Contineo a les caractéristiques suivantes :
- développé en java (JSP)
- multi-plateformes
- compatible avec de nombreuses bases de données (HSQLDB 1.7 est inclus dans le logiciel)
- traduit en allemand, anglais et français (mais pas la documentation)
- indexation des documents pdf, office (Microsoft, OpenOffice, Koffice), HTML, etc.
- moteur de recherche évolué
- installation et gestion faciles et intuitives
- outil de sauvegardes intégré. Le serveur Contineo nécessite un conteneur de servlet, il faut donc installer le serveur Tomcat, par exemple pour l'utiliser.
Aller plus loin
- Contineo home page (1903 clics)
- Captures d'écran (1174 clics)
- Site de Tomcat (127 clics)
# Mouai
Posté par Philippe F (site web personnel) . Évalué à 4.
Il reste juste quelques inconvenients:
- pas de moyen simple de faire une recherche
- pas de meta-info, type remarques sur le document
- difficile de refuser la mise a jour d'un document, ce qui peut etre genant quand on vient de comitter un divx pour le commercial de Tombouctou qui se connecte avec son modem 9600 baud.
Mais dans l'ensemble ca marche bien.
Le gros inconvenient que je vois aux trucs web, c'est que il n'y a aucun moyen de synchroniser ta base locale avec la base stockee. Donc tu passe du temps a faire des upload et des download, sachant que l'interface web pour faire des upload/download est plutot pourrie. Ex: quand on veut uploader 15 fichiers dans 5 repertoires differents, il y en a pour 20 minutes alors que ca prend 10 secondes sous CVS.
En general, tu finis avec la moitie des documents pas a jour et pas a la meme place que sur le serveur, et tu n'es jamais sur d'avoir la derniere version.
En alternative a CVS, il y a tout simplement ssh. Sous linux, konqueror a un mode ssh distant, sous windows, il y a winscp. Avec ca, tu te fais ta base de document partage sans probleme. Il y a meme une option sous winscp pour synchroniser le repertoire local et distant.
Sinon, j'ai explore webdav mais c'est impossible de se connecter depuis windows sur le webdav de apache.
[1]: hormis un bon subversion evidemment
[^] # Re: Mouai
Posté par CS . Évalué à 9.
- pas de moyen simple de faire une recherche
Un système de versionning fait du versionning, or tout l'intérêt d'un système de GED est précisemment les possibilités d'indexation/recherche des documents (Gestion), de présentation selon différentes organisations etc.
A l'origine DocBook par ex. avait été défini dans le but de tirer parti d'un GED !
L'intérêt d'un GED, c'est que quand je me demande si qqn à déjà étudié la question que je me pose et pondu un mémo de 100 pages dessus, je peux le savoir vite et de manière fiable.
Et donc cet outil Contineo est très interressant pour sa capacité à travailler avec une base de documentation établie et des formats répandus à défaut d'être standards.
[^] # Re: Mouai
Posté par AP . Évalué à 4.
[^] # Re: Mouai
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 4.
[^] # Re: Mouai
Posté par mrlem (site web personnel) . Évalué à 3.
1) la GED : le domaine de *la* gestion électronique de documents
2) un GED : une solution logicielle constituant *un* gestionnaire électronique de documents
Voilà.
[^] # CVS ce n'est pas de la GED
Posté par Julien Damon (site web personnel) . Évalué à 4.
N'étant pas spécialiste, je ne me lancerai pas dans une définition, mais elle comprends clairement la recherche de documents, et d'information pertinente sur et dans les-dit documents, comme point central. Si on ajoute à cela une volumétrie importante, du multi-site, une gestion des utilisateurs par domaines et projets, il ressort que cvs n'est plus du tout adapté.
[^] # Re: CVS ce n'est pas de la GED
Posté par nooky59 . Évalué à 0.
Ils ont même développés leur langage de scripting (bien qu'ils auraient mieux fait de se baser sur un langage standard et une architecture sous forme de module).
Il y avait une fonctionnalité bien pratique, je ne me souviens plus trop mais de mémoire tu pouvais déplacer n'importe quel document n'importe où pour le reclasser, et QuarkXPress retrouvait ses petits grâce à un plugin. Il retrouvait immédiatement le fichier même si il avait été déplacé.
C'était assez peu ergonomique, çà souffrait de problème de perfs (qui ont dûs être corrigés) et c'est une usine à gaz qui coutait super cher car c'était livré avec une station Sun, un Solaris et une license Oracle, mais c'est (c'était) néanmoins utilisé par de grand compte comme LaRedoute, le Grand Livre du mois...
Voici le lien pour info et surtout pour développer un truc similaire mais mieux en libre, et les couler, gniiiarrrrk ;o)
http://www.perigee.fr/NewWeb/base.html(...)
[^] # Re: CVS ce n'est pas de la GED
Posté par golum . Évalué à 5.
Un outil de GED supporte en général un "worklfow" complet depuis la création d'un document jusqu'au circuit d'approbation des versions de documents.
[^] # Re: Mouai
Posté par matli . Évalué à 1.
Néanmoins, je ne suis pas d'accord avec toi, CVS, ce n'est pas de la GED. Tu peux effectivement faire du versionning, mais l'aspect "recherche" est primordial et non disponible avec CVS.
Je vais en tout cas tester cela au plus vite
# OWL un autre soft de GED
Posté par tilmera . Évalué à 4.
Son mainteneur est Canadien et il est développé en Anglais et Français.
- Les documents peuvent être stockés dans une base de donnée ou sur le "filesystem" (cela m'a permis de le mettre en accès via SAMBA)
- Il sait détecter des nouveaux documents ajoutés sur le "filesystem"
- On peux "chrooter" les utilisateurs
- commenter les documents
-surveiller/envoyer les documents ou répertoire (via emails)
-Gestion de types de documents
Et hyper facile à utiliser et installer
...
http://owl.sourceforge.net(...)
[^] # Re: OWL un autre soft de GED
Posté par flyer . Évalué à 2.
[^] # Developpement d'une solution de GED
Posté par Jeremy SALMON (site web personnel) . Évalué à 5.
Pour ce qui est de la GED "ma" definition serait un système permettant de gérer de facon numérique et centralisée l'ensemble des documents d'un service ou d'une entreprise à l'echelle globale de facon hierarchisée et permettant ainsi d'assurer une parfaite tracabilité et une parfaite intégrité des documents.
Du cote de l'existant il y a :
- http://linuxfr.org/forums/12/3510.html(...)
- http://linuxfr.org/~shadebob/7360.html(...) (Greenstone est le plus complet que j'ai put trouver mais ne repond malheureusement pas à mes besoins)
Il y a aussi un document assez interessant sur la GED et le libre ( http://www.adbs.fr/uploads/docsi/2839_fr.pdf(...) )
Pour ce qui est de mon projet le synoptique (a l'etat actuel car ca fait un peu moins de 1 mois que j'ai commence) http://www.giganet.ma/~jeremysalmon/GED/Presentation.html.(...) Attention tout de meme, ces documents sont juste la pour l'instant comme des idées posées. Rien de bien ordonne !!!
Le principe est simple. Je desire developper un Framework qui me gere les documents, les droits, le workflow, les corbeilles virtuelles tout en respectant les préconsiations des normes ISO15489-1 et ISO 5953 (normes relatives à l'indexation des documents et à la gestion des enregistrements).
Sont integres dans ce Framework :
- un serveur XML-RPC qui fait le lien entre les clients et les bases de données
- des librairies qui permettent de developper du sur mesure complet pour une societe.
L'objectif est d'arriver a du zero papier dans des services de sociétés avec un traitement qui ressemble a ca.
1. Arrivée de documents (papier, mail, fax, données externes, documents numériques internes (sxw, sxc, doc, xls, pdf, tiff.....))
2. Numerisation si necessaire (dans un service dédié)
3. Indexation des documents (dans un service dédié ou par LAD)
4. Ventilation dans des corbeilles numériques
5. Traitement par la personne
6. Suivi du chemin de workflow (retour 5)
7. Archivage du document et consultation avec ajout de note par exemple...
J'ai travaillé il y pas mal de temps a l'URSSAF (oui je sais :s ) ou j'ai bossé sur un systeme de GED a base de Docubase ( http://www.docubase.com(...) ) l'inconvénient et le prix excessif de a licence et bien sur le coté propriétaire.
Si vous êtes interressé par le projet ou que vous avez des conseils a me donner envoyer un mail a jeremy.salmon@giganet.ma. Merci ;)
[^] # Re: Developpement d'une solution de GED
Posté par Rozé Étienne . Évalué à 1.
3. Indexation des documents (dans un service dédié ou par LAD)
c'est quoi LAD ?
[^] # Re: Developpement d'une solution de GED
Posté par Jeremy SALMON (site web personnel) . Évalué à 2.
En gros :
1. Tu numérises
2. Tu as un reperage de zone qui doivent contenir les index de tes documents (ex : N° identifiant, service, nom, ville.....)
3. Le logiciel fait de la reconnaissance d'ecriture
4. Un operateur verifie (tout de meme :) la validite des index et injecte ca dans ta GED (ou dans autre chose)
C'est particulierement efficace dans le cas de pre-imprimes ou le gars a bien ecrit en CAPITALE.
Des logiciels qui font de la LAD :
http://www.aproged.org/membres/lad.htm(...)
Par contre je ne sais pas s'il y a quelques chose de Open Source qui existe.
[^] # Re: Developpement d'une solution de GED
Posté par Yvain Malsot . Évalué à 1.
==> Ok, pour indexation (les "records management", qui n'ont toujours pas trouvé de traduction française...)
"et ISO 5953"
==> Es-tu sûr de cette dernière référence?
Je n'ai rien trouvé au sujet de celle-ci...
[^] # Re: Developpement d'une solution de GED
Posté par Jeremy SALMON (site web personnel) . Évalué à 1.
ISO 5963 : analyse des documents et le choix des termes d'indexation
Merci
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.