|
| [WM14] Retour d'experience |
| Iniciado por MARTIN David, 28,oct. 2009 11:47 - 10 respuestas |
| |
| | | |
|
| |
Publicado el 28,octubre 2009 - 11:47 |
Bonjour,
Nous avons un logiciel de facturation fait en Windev 12 avec une base de donnée HyperFile en partage de fichier. Nous devons développer cette application sur des PDA. Les questions que je me pose sont :
- Faut-il attaquer directement la base de donnée
- Comment gérer les déconnexion du Wifi
- Comment gérer la rapidité sur du PDA
- Comment gérer les résolutions d'écran entre chaque PDA
J'attend un retour d'expérience pour un même genre de projet
Merci |
| |
| |
| | | |
|
| | |
| |
Publicado el 31,octubre 2009 - 12:58 |
Bjr,
Après mûre réflexion, MARTIN David a écrit :
Bonjour,
Nous avons un logiciel de facturation fait en Windev 12 avec une base de
donnée HyperFile en partage de fichier. Nous devons développer cette
application sur des PDA. Les questions que je me pose sont : - Faut-il
attaquer directement la base de donnée - Comment gérer les déconnexion du
Wifi - Comment gérer la rapidité sur du PDA - Comment gérer les résolutions
d'écran entre chaque PDA
Que doivent faire les PDA au niveau de la facturation ?
Saisie, mise a jour, consultation ?
Pour le wifi, c'est clair que c'est "casse-gueule"
En WD 14 , on peut gerer les deconnexions je crois mais je suis en WD12
(toi aussi, non ? )
sinon, en C/S ca marche bien avec les pda.....
mais par principe, je n'aime pas les traitements lourds en mobile.
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Publicado el 02,noviembre 2009 - 10:33 |
Merci de ta réponse
Le projet se fera en Windev mobile 14, il devra gérer la saisi et le consultation de facture.
Actuellement, nous somme en partage de fichier, une maquette à été faite et le PDA à des difficulté à ouvrir certain fichier. Nous avons le message :
Impossible d'ouvrir le fichier "Fichier.ndx"
Si l'on passe en C/S, plus de problème, mais nous devons revoir l'ensemble de nos filtres qui ne sont pas optimisé pour le C/S |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 13:04 |
Bjr,
MARTIN David a formulé ce lundi :
> Merci de ta réponse
tu ne dis pas si vous persistez en Wifi ou pas.
Le projet se fera en Windev mobile 14, il devra gérer la saisi et le
consultation de facture.
Saisie de facture en pda ???
drole d'idée mais bon, je connais pas ton truc.
Actuellement, nous somme en partage de fichier, une maquette à été faite et
le PDA à des difficulté à ouvrir certain fichier. Nous avons le message :
Impossible d'ouvrir le fichier "Fichier.ndx"
impossible d'ouvrir un ndx, ca ne doit venir que de la connexion, car
s'il a le FIC , les parametres sont bons.
Si l'on passe en C/S, plus de problème, mais nous devons revoir l'ensemble de
nos filtres qui ne sont pas optimisé pour le C/S
Ben fais le... )
D'une facon generale, il vaut mieux gerer le plus possible en
deconnecté.
Un pda est fait pour etre sur le terrain, et transferé au retour.
Je n'ai quasiment pas de traitements ou le pda agit sur les fichiers du
serveur. C'est pas une station reseau.
Enfin, c'est ma facon de voir, qui n'a rien de d'une reference.
Ca vient peut etre de l'epoque ou j'ai commencé avec les pda qui ne
pouvaient communiquer que par port serie, planté sur leur socle )
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 14:39 |
Merci de ta réponse
Pourtant quand on va au restaurant, les serveurs utilise le PDA, pour saisir une commande, si le serveur doit reposer sur le socle pour transmettre la commande je te dis pas la perte de temps dans les cuisines pour préparer les plats. |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 15:20 |
Bonjour,
Un pda est fait pour etre sur le terrain, et transferé au retour.
Je n'ai quasiment pas de traitements ou le pda agit sur les fichiers du
serveur. C'est pas une station reseau.
J'ai développé une application d'inventaire en magasin qui tourne sur des
PDA en mode connecté (Wifi).
Les avantages sont nombreux:
Les données remontent en temps réel au siège pendant l'inventaire
Aucune base de données n'est présente sur le PDA. Celà évite d'avoir a
descendre des mises à jour de celle-ci (ajout de code barre, d'article...)
En cas de crash du PDA ou de l'application (pour quelque raison que ce
soit), l'inventoriste peut reprendre là où il s'est arrêté avec un autre PDA
Pas de file d'attente pour décharger les PDA (en moyenne 10 personnes pour
un inventaire)
On a également une application de logistique basé sur le même principe, je
ne vois pas les préparateurs faire des allez-retour entre l'entrepôt et le
point de déchargement...
Donc il existe plusieurs situations qui justifient un mode connecté.
Frédéric.
"Dc" <dc@ctc-soft.com> a écrit dans le message de
news:mn.92c57d9b468e7bf7.95488@ctc-soft.com...
Bjr, MARTIN David a formulé ce lundi : Merci de ta réponse
tu ne dis pas si vous persistez en Wifi ou pas. Le projet se fera en Windev mobile 14, il devra gérer la saisi et le
consultation de facture.
Saisie de facture en pda ??? drole d'idée mais bon, je connais pas ton truc. Actuellement, nous somme en partage de fichier, une maquette à été faite
et
le PDA à des difficulté à ouvrir certain fichier. Nous avons le message :
Impossible d'ouvrir le fichier "Fichier.ndx"
impossible d'ouvrir un ndx, ca ne doit venir que de la connexion, car s'il a le FIC , les parametres sont bons. Si l'on passe en C/S, plus de problème, mais nous devons revoir
l'ensemble de
nos filtres qui ne sont pas optimisé pour le C/S
Ben fais le... ) D'une facon generale, il vaut mieux gerer le plus possible en deconnecté. Un pda est fait pour etre sur le terrain, et transferé au retour. Je n'ai quasiment pas de traitements ou le pda agit sur les fichiers du serveur. C'est pas une station reseau. Enfin, c'est ma facon de voir, qui n'a rien de d'une reference. Ca vient peut etre de l'epoque ou j'ai commencé avec les pda qui ne pouvaient communiquer que par port serie, planté sur leur socle ) a plus -- ------------------------------------------------------------- www.ctc-soft.comGestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 16:49 |
Application développée en Windev Mobile ? |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 16:51 |
Bjr,
Frédéric DEMILLY a formulé ce mercredi :
> Donc il existe plusieurs situations qui justifient un mode connecté.
Oui bien sur et tu en fais la demonstration.
Reste qu'il faut pas avoir de cafouillage en wifi pour proceder comme
tu decris , et pourtant les aléas du wifi sont courants.
Je suis trop axé "saisie terrain" peut etre.
Maintenant, on peut aussi faire du deconnecté sans faire la queue au
puits de dechargement. )
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 17:16 |
Bjr,
Le 18/11/2009, MARTIN David a supposé :
Merci de ta réponse
Pourtant quand on va au restaurant, les serveurs utilise le PDA, pour saisir
une commande, si le serveur doit reposer sur le socle pour transmettre la
commande je te dis pas la perte de temps dans les cuisines pour préparer les
plats.
Comme je reponds a F.D. on peut travailler en "deconnecté" et ne pas
faire la queue au socle de dechargement.
Le principe du deconnecté est que le pda ne travaille pas sur les
fichiers du serveur tout le temps.
Dans l'exemple que tu decris, je ferais commencer la prise de commande
au pda en deconnecté, je finis ma commande, et sur la "touche"
validation, je connecte, et j'envois.
Le serveur (humain) est tojours a 1 metre des clients s'il veut mais
ma commande passe en entier ou ne passe pas.
Faire travailler le pda sur le serveur peut entrainer des commandes non
terminées, en cours, boiteuses,etc...
En plus je crois que les transactions ne sont pas gerées en mobile.
Dans mon exemple, je reproduis le systeme des transactions.
F. D. deecrit un soft d'inventaire qui doit etre traité comme il dit
efectivement. C'est un travail en "continu" qui necessite ce mode.
au developpeur de gerer les pertes de connexions.
Un inventaire ne se fait pas avec des clients en direct, ce n'est pas
la meme problematique.
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 17:49 |
Tout à fait. Elle attaque la base centrale via des Webservice.
Frédéric.
"MARTIN David" <dav.martin@fiducial.net> a écrit dans le message de
news:41513e4e0c5f56732b388ab8644815d3@news.pcsoft...
Application développée en Windev Mobile ?
|
| |
| |
| | | |
|
| | |
| |
Publicado el 18,noviembre 2009 - 18:10 |
> Je suis trop axé "saisie terrain" peut etre.
Je ne dirai pas celà, je n'aurai jamais parié sur une connexion permanente
dans le cas d'un PDA utilisé sur un chantier, par exemple, où la couverture
Wifi serait pour le moins hasardeuse.
Dans notre cas, la zone de couverture du réseau est largement supérieure à
la zone "utile", donc nous n'avons pas de coupure à déplorer.
Maintenant, on peut aussi faire du deconnecté sans faire la queue au puits de dechargement. )
En fait la permière version était déconnectée, car je ne connaissais pas
encore les WebService, et les inventoristes faisaient réellement la queue
pour décharger le PDA, récupérer une zone (et la mise à jour des codes
barres et autre). Mais peut-être que mon implémentation n'étaient pas
optimale non plus. C'est un peu pour celà que je suis passé à une version
connectée.
Reste qu'il faut pas avoir de cafouillage en wifi pour proceder comme
tu decris , et pourtant les aléas du wifi sont courants.
Tout à fait, pour l'instant c'est plus ou moins bien géré (plutôt moins
d'ailleurs), mais comme les données sont envoyés au fil de l'eau au siège,
une déconnexion n'est pas dramatique (dans mon cas tout du moins).
Frédéric.
"Dc" <dc@ctc-soft.com> a écrit dans le message de
news:mn.93a87d9be0e53e23.95488@ctc-soft.com...
Bjr, Frédéric DEMILLY a formulé ce mercredi : Donc il existe plusieurs situations qui justifient un mode connecté.
Oui bien sur et tu en fais la demonstration. Reste qu'il faut pas avoir de cafouillage en wifi pour proceder comme tu decris , et pourtant les aléas du wifi sont courants. Je suis trop axé "saisie terrain" peut etre. Maintenant, on peut aussi faire du deconnecté sans faire la queue au puits de dechargement. ) a plus -- ------------------------------------------------------------- www.ctc-soft.comGestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | | | |
| | |
|