Question

Dans une société électrique où j'été embauchée temporairement, nous devons mettre en œuvre une mise à niveau du système de facturation et les paiements (le système actuel est un système dBaseIII). Le programmeur de l'entreprise et moi-même avons décidé d'utiliser VB.Net et MySQL.

La société a servi plusieurs villes et ont des centres de facturation et les paiements dans les villes sélectionnées. Chaque période de facturation, les lecteurs de compteurs lirait les lectures pour tous les compteurs électriques puis écrire les lectures dans la feuille. Chaque 17 heures, un employé des centres recueillerait les feuilles, puis se rendre au centre principal où les lectures sont codées.

Les factures sont imprimées dans le centre principal, et ensuite distribués aux branches.

Au cours des discussions avec le directeur général et les chefs de l'entreprise, les deux d'entre nous sont chargés de tirer profit de l'Internet parce que ces villes où les centres sont situés disposent d'une connexion Internet, et pour ceux pas, nous pouvons utiliser l'Internet mobile.

Le nouveau système permettra aux utilisateurs d'entrer les lectures, puis envoyer les données au serveur principal dans la branche principale. Ils ont également la possibilité de télécharger et d'imprimer les facturations.

Notre problème est maintenant quel type de système que nous devons mettre en œuvre. Devrait-il être basé sur le Web ou une application de bureau qui se connecte à notre serveur de base de données via vpn.

Était-ce utile?

La solution

Je ne connais pas la situation du client ... mais qu'en est-leur donnant le meilleur des deux mondes? Considérant qu'il semble que vous allez programmer sur un système Windows à base, et ont un accès déploiement aux fenêtres du matériel basé sur le serveur, pourquoi ne pas construire soit une application Silverlight, ou créer une application WPF qui est hébergé dans une fenêtre IE? Cela pourrait vous donner le meilleur des deux mondes?

Autres conseils

Si ce projet est un prix fixe, et le client acceptera soit Web ou de bureau, aller avec le bureau sur VPN. Vous économiserez une tonne de temps, et quelque chose qui est plus réactif (du point de vue de l'utilisateur).

Toutefois, si vous pensez que le client finira par avoir besoin d'utiliser le produit sur les appareils mobiles ou sur le Web, vous vous tirer une balle dans le pied en allant WinForms.

Ayant eu une certaine expérience avec l'aide d'un client lourd par VPN, je dirais aller avec une sorte d'application web. Si mal fait, un client lourd peut devenir vraiment pénible à utiliser via un VPN en raison de données barattage. Une application web se concentre tout cela sur le serveur, ce qui le rend beaucoup mieux de ce point de vue.

Autres avantages:

  • pas de soucis de déploiement

  • pas d'accès direct à la base de données de la machine de l'utilisateur.

De toute évidence, il dépend aussi de vos compétences, et combien de temps / budget que vous avez ...

Je pense que la réponse dépend du type / fréquence des requêtes de base de données que vous devez faire. Interrogation un DB d'un client VPN d'épaisseur peut être par SLOOOOOWWWWWW. Dans une application web, la logique de l'application fonctionne à proximité de la DB, peut-être même sur la même machine, les requêtes de sorte DB sont rapides. L'inconvénient est que l'interface utilisateur peut être plus lent. Mais il est probablement plus facile de concevoir une interface utilisateur basée sur le Web réactif que faire VPN rapide.

quel instrument de votre collecteur facture utilisera? 1> Ordinateur portable avec Mobile InetConnection 2> ou un outil à main spécialisé qui a lu le projet de loi et envoyer au centre de service?

1> S'il est un ordinateur portable, vous pouvez créer le site Web où seule personne autorisée peut loggin et il peut insérer une base de données. Vous pouvez utiliser HTTPs pour une meilleure sécurité.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top