Forum général.cherche-logiciel cherche logiciel pour alimenter une bdd et générer des rapports

Posté par (page perso) . Licence CC by-sa
Tags : aucun
1
13
mai
2015

Bonjour tout le monde,

Pour une petite structure commerciale, je cherche à mettre en place un outils pour :
- alimenter facilement une base de données
- consulter les données
- éditer des rapports

Je ne trouve rien de "simple". Je ne suis pas developpeur, mais je veux bien m'y mettre. Peu m'importe le language etc… Je suis peut-être passé à côté de qqch, mais j'ai trouvé que les formulaires de libreoffice avaient du mal à se mettre à jour avec des données changeantes.

Je cherche une solution absolument libre et si possible assez pragmatique.

Avez-vous déjà mis en place ce type de solutions ? A noter que les données sont actuellement dans une base mysql, mais qu'il est possible de les bouger si besoins.
La base est actuellement alimentée à la main, car les tables ont justes été prototypées par rapport au besoin.

  • # Précisions

    Posté par (page perso) . Évalué à 1.

    Lorsque je parle des formulaires de libreoffice, je parle depuis calc
    Ensuite, je préfèrerai un outils qui ne soit pas à installer sur une machine, car je pense qu'à moyen terme, il est probable que certaines données seront mise à jour depuis une tablette, ou un autre poste.

  • # Ca s'appelle uine application ...

    Posté par . Évalué à 2.

    Tu peux faire ça avec apache+php+mysql, en python, java, Ruby … ce que tu veux.

    Par contre il faudrait que tu précises ton besoin, car là tu restes assez vague.

    • [^] # Re: Ca s'appelle uine application ...

      Posté par (page perso) . É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 ?

      • [^] # Re: Ca s'appelle uine application ...

        Posté par . Évalué à 2.

        Le plus pérenne serait l'utilisation d'un outil, comme Dolibarr.

        Le besoin que tu poses est à mon avis tout sauf trivial. Après un front-end en vient un autre, puis arrive le temps où la DB est finalement mal dimensionnée/conçue, et enfin après des mois de galère on passe sur un petit ERP.

        Enfin moi je bosserais plutôt dans cette optique.

  • # mot-clé : CRUD

    Posté par (page perso) . Évalué à 5.

    Le mot-clé pour ce que tu cherches, c'est CRUD : Create, Read, Update, Delete. Tu tomberas sur plein de projets dans plein de langages, exemple rapide après une recherche (je n'en connais/utilise aucun) :
    - http://www.grocerycrud.com/ (Licence GPLv3 et MIT)
    - http://crud-admin-generator.com/ (MIT)
    - http://www.vfront.org/ (GPLV2)
    - etc. etc.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.