Chaerche Application de gestion, facturation-stock-Achat
mcs20-Feb-2007/21:44:15+1:00
Avant de me mettre au Rebol que je découvre, je constate qu'il n'y a rien visiblement, sur les applications de gestion. Qui en connaitrait?

Est-ce utopique de s'y lancer? L'outil Rebol s'y prête-t-il ?

merci d'avance
guest220-Feb-2007/22:44:21+1:00
non effectivement, à ma connaissance y'a rien à part quelques briques logicielles mais je pense que certains ont développés des trucs pour leur entreprise mais ça doit être tellement spécifique, qu'ils n'ont pas communiqué dessus.

Moi j'en bouffe toute la journée au boulot, c'est pas pour en refaire une fois rentré à la maison.

Maintenant, c'est vrai qu'avec Rebol ce serait assez facile de générer automatiquement des écrans standardisés à partir d'un MLD (pas besoin de beaucoup plus en gestion).

En outre ce serait surement très lucratif, vu que les besoins informatiques des entreprises, à 90% c'est de la gestion bête est méchante.
coccinelle21-Feb-2007/8:06:46+1:00
A ma connaissance, celles d'Ashley dans le domaine médical. Son site est ici http://www.dobeash.com/

Quant à une appplication générée automatiquement, j'avais commencé quelque chose en 2002. C'est resté à l'état de prototype, mais les idées de l'époques sont là : http://www.ladyreb.org/ladybird/LadyBird.html

Je reprendrais ça à ma retraite qui s'approche à grand pas.
olivier21-Feb-2007/20:16:56+1:00
Bonjour mcs,

Dans mon livre "Programmation Rebol", il y a un exemple de logiciel de gestion destiné à une agence immobilière.

Tu peux récupérer le code de l'appication sur la page http://www.editions-eyrolles.com/Livre/9782212110173/rebol-programmation

Olivier
mcs21-Feb-2007/23:56:18+1:00
Merci à tous !
Olivier, j'ai déjà acheté votre livre. C'est mon point de départ. Mais je n'ai pas encore tout lu. Je vais donc continuer l'apprentissage. Existe-t-il un update prévu pour la nouvelle mouture de Rebol?

Coccinelle, j'ai lu avec intérêt la description et objectifs de votre projet. Les arguments sont exactements ceux qui m'ont conduit à considérer REBOL comme outil possible (multi-OS, léger, internet). En gestion on a justement besoin de cela. Plus les possibilités tech plus avancées difficiles à trouver dans FileMaker, Access, etc... Le chemin de l'apprentissage sera long visiblement, mais je m'y met à mon rythme. J'ai une application devis-livraison-factures-notes de crédit-stock et réapro. Une seconde pour une gestion médicale en orthopédie ( suivi, liaison avec système central en Oracle, etc...).

Encore merci !
coccinelle22-Feb-2007/8:29:30+1:00
Une chose qui peux gt'intéresser, c'est easy-soccer. C'est un middleware qui te permet d'écrire des applications client-serveur comme si elles étaient monolithiques.

Easy-soccer s'occupe de toute la communication entre le client et le serveur. De plus, easy-soccer peut faire tourner ton application aussi bien en local qu'en client serveur sans changer la moindre ligne de ton script.

Autrement dit, tu peux exécuter ton application sur ton PC comme si elle n'avait pas été prévue de tourner sur un serveur. C'est uniquement la amnière de la déployer et de la lancer qui passe d'un mode à l'autre.

Easy-soccer est disponible ici : http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=easy-soccer.r
Tu trouveras aussi de la documentation ici : http://www.ladyreb.org/wiki/doku.php?id=easysoccer
olivier22-Feb-2007/9:43:22+1:00
RebDB est également une solution à envisager dans le cas du développement d'applications de gestion avec Rebol.

Ce moteur de base de données permet de fournir des applications totalement intégrées et donc très faciles à déployer.

http://www.dobeash.com/rebdb.html

Olivier
coccinelle22-Feb-2007/11:11:24+1:00
Point de vue base de données tu as plusieurs choix.

En version gratuite :
- mySql (protocol de Nenad ici http://softinnov.org/rebol/mysql.shtml )
- Postgre (protocol de Nenad ici : http://softinnov.org/rebol/pgsql.shtml )
- RebDB cité par Olivier (script d'Ashley ici : http://www.dobeash.com/rebdb.html )
- sql-protocol (de moi-même ici : http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=sql-protocol.r )

En version payante, tu as :
- mySql
- Oracle
- ODBC
Didec22-Feb-2007/12:50:23+1:00
Graham développe une appli de gestion médicale en Rebol avec une base FireBird

Sa description :
A free multi-user electronic medical records system - based upon Rebol, RebGUI, BEER, ComLib, LaTeX, Firebird etc .. currenlty in beta test. This is the first release of the server exe.
http://www.compkarori.com/emr/
coccinelle22-Feb-2007/14:41:53+1:00
Pour le middleware, tu as aussi plusieurs possibilités:
- Rebol/Services, la solution de RT
- Rugby, une solution qui a inspiré easy-soccer
- easy-soccer dont j'ai parlé ci-dessus et qui a évolué différemment de Rugby
- BEER que je ne connais pas
- async et d'autre de plus base niveau (sans être péjoratif)

Pour la partie graphique :
- View/VID, la base avec quelques manques
- Les skins d'Etienne, très belle mais qui n'est plus maintenue
- RebGUI qui semble prometteur
- Plusieurs éléments isolés en complément à View/VID

Côté serveur, il y a uniserve et cheyenne (serveur web construit avec uniserve) qui offre des services tout à fait intéressant.
olivier22-Feb-2007/15:13:55+1:00
Pour le développement web, il y a également Magic! qui est un framework Rebol pour Apache.

La version 3.5 est dispo sur mon site web (www.auverlot.fr). Une nouvelle version est en chantier avec quelques nouveautés.

Pour interfacer Core et View avec ODBC, tu peux également utiliser le protocole OdbcSock.

Olivier
coccinelle22-Feb-2007/17:48:10+1:00
C'est vrai, pour le développement web/html dynamique il y a aussi plusieurs solutions à ma connaissance :
- magic, vraiment magique et très complet.
- rsp (intégré dans Cheyenne sauf erreur)

Pour des pages statiques, il y a :
- MakeDoc2 de RT
- Make Doc Pro
- Nicom-doc
- eText
- Mulch
- reMark (tout récent)

Tu vois, la communauté de Reboleur est assez active et a produit pas mal d'outil jusqu'à présent.
Philippe23-Feb-2007/7:05+1:00
A noter qu'il est possible d'utiliser la librairie Magic sous Uniserve, et donc sans doute Cheyenne (à confirmer), j'ai du décrire cela quelque part.
( http://www.rebolfrance.info/projets/uniserve?s=Uniserve )

L'intérêt est d'utiliser la superbe lib d'Olivier dans un environnement "rebolien" de bout en bout.

===Philippe
Goldevil23-Feb-2007/12:52:54+1:00
Bonjour,

Je travaille sur une application de gestion écrite en Rebol. Elle est centrée sur un carnet d'adresse évolué ou chaque contact peut avoir un nombre variable de coordonnées. Le système permet également de gérer des groupes d'utilisateurs pour des mailing lists par exemple. Une ancienne version (pour un autre client) permettait de gérer une hiérarchie de tâche ainsi que de l'encodage de temps de travail.

J'ai écrit un framework pour l'occasion.

Techniquement, l'application tourne avec rebol/view, rebol/pro , rebol/command et peut être distribuée sous forme d'exécutable via rebol/command/sdk. Le code ne doit être modifié pour tourner dans un mode ou l'autre.

Base de données supportées (et testées):
- MySQL (via Mysql protocol de SoftInnov)
- MySQL (via ODBC de rebol technologies)
- MS SQL Server (via ODBC de rebol technologies)

J'ai testé RebDB mais son gros défaut est d'être limité par rebol. Toute la DB doit être chargée en mémoire. C'est pas pratique pour un grosse appli. Dans le cas contraire, RebDB et sql-protocol sont, semble-t-il, bien adaptés.

Le framework permet de gérer un pool de connexion vers des bases de données et l'application.

Pour la partie graphique, je me suis basé sur les skins d'Etienne Alaurent mais j'ai dû faire des modifications pour le faire tourner avec les version récentes de Rebol. Je lui ai ajouté certain widgets dont j'avais besoin.
J'ai aussi intégré une séries de compléments provenant de gens de ce forum mais aussi de rebol.org.


Mes conclusions :

- Rebol est impeccable pour décrire le business logic. La souplesse du modèle orienté objet est formidable.

- Au niveau accès database, mysql-protocol de Doc Kimbel est bien supérieur au driver MySQL de RT mais le driver ODBC de RT fonctionne bien.

- Au niveau interface VID est tout a fait insuffisant et beaucoup trop limité (même les widget standard du HTML sont plus pratique). RebGui est vraiment très prometteur mais encore incomplet (il manque un tree-view par exemple).
C'est à mon sens la plus grande limitation pour faire des appli efficaces en rebol.

- L'impression en Rebol est un cauchemar. Il y a deux solutions très simples mais limitées:
- créer un document html à la volée, et l'ouvrir dans un browser
- créer un document PDF (via la librairie de Gabriele S), et l'ouvrir dans un browser ou via acrobat reader.

Rebol tout seul est à mon goût peu adapté pour faire une grosse application avec une interface web. Si on travaille avec un simple script CGI, pour chaque page :
- l'interpréteur Rebol est chargé en mémoire et lancé
- rebol charge le script CGI/rebol et l'exécute
- le script CGI charge toutes ses librairies
- le script CGI ouvre ses connexions vers la DB

C'est lent et consommateur en mémoire. Pour prétendre à un environnement business, il faut un serveur d'application. Le programme est chargé 1 fois en mémoire et traite les les requêtes HTTP qui lui sont transmises par le serveur web.

C'est pour cela que je travaille avec Adobe ColdFusion.

Néanmoins, Cheyenne/Uniserve semble être cette solution, au moins partiellement. A creuser.


Le code est soumis à un copyright et je n'ai pu le distribuer en open-source. Mais... cela a changé, le contrat avec le client étant devenu obsolète.
Je suis donc disposé à partager les fruits de mon labeur en espérant que des gens pourront l'améliorer (il y a beaucoup à faire)

Mes 3 principaux futurs chantiers :

- permettre de découplage de l'application sur plusieurs machines connectées en réseau. Pour l'instant tous les postes se connectent au serveur de DB. J'aurais aimé me baser sur Rugby ou Easy-Soccer, mais pour des raison d'interopérabilité avec d'autres environnement je tiens à utiliser des standards. Je me penche donc vers XML-RPC (dont il existe déjà une implémentation en rebol) et SOAP.
Ceci n'empêche pas le volontaire d'intégrer Rugby et Easy-Soccer.

- Nettoyer le code
- Mettre à jour les entêtes (notamment changer les informations de copyright dans les entêtes)
- optimiser
- réorganiser
- améliorer le framework
- ...

- Ajouter la gestion commerciale ( offre/commande/facture)



Quoi ? Comment ? Ou ?

Le développement collaboratif n'est pas une choses aisée. On peut utiliser le Wiki www.rebolfrance.info et je peux créer une nouvelle section dans www.rebol-france.org.

Il faut définir une licence Open source. Il faut que les gens puissent faire des applications commerciales basée sur le framework mais, il ne faut pas que des gens puissent le vendre en tant que tel. Quelqu'un s'y connaît en licence open source ?


En résumé, Mcs, si cela t'intéresse je peux te fournir le code et on peut collaborer pour la suite.
coccinelle23-Feb-2007/16:40:52+1:00
J'ai dans les tiroirs un draft d'easy-soccer d'appuyant sur SOAP.

Ca marche mais c'est quand même un premier jet à refondre. Je devrais y ajouter en même temps XML-RPC car c'est le même genre d'adaptation.

Pour les applications utilisant easy-soccer ce serait totalement transparent. Par contre, pour le monde extérieur, ça fait toute la différence.

Si plusieurs intéressés se font connaitre, j'attaquerai cela probable après mes vacances. D'autant plus que ça donnerai une nouvelle jeunesse à easy-soccer.

Login required to Post.


Powered by RebelBB and REBOL 2.7.8.4.2