Oui je sais que l'on peux tout utiliser pour faire des écritures, des formulaires, de la consultation et éditer des rapports.
Ce que je cherche c'est une solution qui ne soit pas overkill, ni avec une courbe d'apprentissage trop élevée. Je suis pas faignant, mais j'ai pas 6 mois devant moi.
Je maîtrise, peu ou prou, toute la stack serveur web/base de donnée. Là n'est pas mon soucis. Par contre sorti du shell, je suis nu en dév.
Je vais essayer d'illustrer mon besoin :
Imaginons un traiteur. Ce dernier note aujourd'hui ses ventes dans un carnet papier. Il aimerait le transposer en carnet électronique pour faire quelques stats.
Mais il a besoin que ce soit sa vendeuse qui remplisse la base à partir des vieux carnets de commande. (elle a des heures dans son contrat pour le faire)
Il a donc besoin de mettre en place facilement un formulaire pour remplir la base.
Il a besoin de se faire un dashboard pour suivre l'évolution de ses ventes chaques semaines.
Il a besoin de se rajouter un nouvel indicateur à son tableau de bord car il veux surveiller le nombre de plats à base de tomates, vendues chaques jour.
En faite il a besoin de consulter ses données, stockées dans sa base, mais pas de perdre du temps à la "création technique". Et moi j'ai peu de temps pour l'aider. Alors je vais lui faire un truc en attendant qu'il développe son entreprise et qu'il paye un dév.
Aujourd'hui ce traiteur, à besoins de 3 ou 4 formulaires pour enregistrer son activité d'hier et d'aujourd'hui, pas plus.
Il a aussi besoin de suivre quelques indicateurs (courbe de vente, évolution de ses achats de matière premières etc...)
J'ai les requetes sql.
Disons que la backoffice est ok. Le frontoffice est nue.
Donc je cherche mettre en place cet outil d'aide à la décision. Ma difficulté est "l'interface graphique". Elle a pas besoin d'être belle, mais simplement de faire le job.
N'ayant pas l'expérience pour faire ce type d'interface, je demande conseil.
[^] # Re: Ca s'appelle uine application ...
Posté par mornik . En réponse au message cherche logiciel pour alimenter une bdd et générer des rapports. Évalué à 1.
Oui je sais que l'on peux tout utiliser pour faire des écritures, des formulaires, de la consultation et éditer des rapports.
Ce que je cherche c'est une solution qui ne soit pas overkill, ni avec une courbe d'apprentissage trop élevée. Je suis pas faignant, mais j'ai pas 6 mois devant moi.
Je maîtrise, peu ou prou, toute la stack serveur web/base de donnée. Là n'est pas mon soucis. Par contre sorti du shell, je suis nu en dév.
Je vais essayer d'illustrer mon besoin :
Imaginons un traiteur. Ce dernier note aujourd'hui ses ventes dans un carnet papier. Il aimerait le transposer en carnet électronique pour faire quelques stats.
Mais il a besoin que ce soit sa vendeuse qui remplisse la base à partir des vieux carnets de commande. (elle a des heures dans son contrat pour le faire)
Il a donc besoin de mettre en place facilement un formulaire pour remplir la base.
Il a besoin de se faire un dashboard pour suivre l'évolution de ses ventes chaques semaines.
Il a besoin de se rajouter un nouvel indicateur à son tableau de bord car il veux surveiller le nombre de plats à base de tomates, vendues chaques jour.
En faite il a besoin de consulter ses données, stockées dans sa base, mais pas de perdre du temps à la "création technique". Et moi j'ai peu de temps pour l'aider. Alors je vais lui faire un truc en attendant qu'il développe son entreprise et qu'il paye un dév.
Aujourd'hui ce traiteur, à besoins de 3 ou 4 formulaires pour enregistrer son activité d'hier et d'aujourd'hui, pas plus.
Il a aussi besoin de suivre quelques indicateurs (courbe de vente, évolution de ses achats de matière premières etc...)
J'ai les requetes sql.
Disons que la backoffice est ok. Le frontoffice est nue.
Donc je cherche mettre en place cet outil d'aide à la décision. Ma difficulté est "l'interface graphique". Elle a pas besoin d'être belle, mais simplement de faire le job.
N'ayant pas l'expérience pour faire ce type d'interface, je demande conseil.
C'est mieux ?