DominoArea.org [Archive]

Bonjour à tous,

un post qui n'a qu'un lointain rapport avec Notes, mais bon, si kékun il peut m'aider...
Je dois monter un cahier des charges pour l'acquisition une GED administrative (dématérialisation de factures, OCR, récup de spools AS400 etc...) par ma société.

J'ai créé en 2004 une base documentaire sous NOTES, mais il s'agit maintenant d'autre chose, que nous ne ferons pas sous Notes, d'où ce cahier des charges, qui permettra à ma Direction de choisir entre quelques solutions logicielles du marché que j'aurais sélectionnées au préalable.

Je manque un peu de savoir-faire et d'information sur le sujet, et sur Internet on est vite débordé par toutes les annonces des cabinets, intégrateurs et autres éditeurs...

Alors, voilà, si certains d'entre-vous ont des conseils, des infos, des grilles d'évaluation, des bouts de cahiers des charges à me passer et qui pourraient m'aider, ils gagneront toute ma gratitude, et un café -ou plus- ensemble s'ils passent dans la Drôme un de ces quatre !

Merci d'avance !

Salut,

j'ai déjà entendu parlé de ça, la seule chose dont je me souvient c'est que la société était passée sous documentum (http://www.documentum.fr)

deplus il ya quelque mois le magasine 01 informatique à sorti un article la dessus justement, sur les produits comme notes ou documentum. Tu le trouvera peut-être sur leur site ou sur internet

J'espere que ça t'aurra aidé à faire avancé le schmilblik

Merci Michaël pour ta réponse !

Bonjour,

Un site qui à l'air sympa et complet :

http://www.aproged.org/

voici un peu l'armature que j'utilse, je la nomme "étude d'opportunité"

A. Contexte de l'étude

B. Objectifs

C. Volumétrie

D. Périmètre
a) périmètre existant
b) périmètre cible

E. Les contraintes
a) actuelles
b) contraintes à caractères
- juridiques
- financiers
- sociaux (... etc...)

F. Les acteurs

G. Description fonctionnelle
a) solution fonctionnelle actuelle
b) solution fonctionnelle visée
... règles de gestion.... bien les préciser et les formalisée

H. Etudes des opportunités
logiciels, coûts, moa, moe, licences, déploiement
ici ==> grande ligne

I. Planning de réalisation envisagé

J. Pénalités contractuelles

Stéphane et Oguruma,

merci pour votre contribution !

De rien Eul' bourrin

Alain MICHEL a écrit:Stéphane et Oguruma,

merci pour votre contribution !

si tu veux j'ai cela sous word, je peux t'envoyer les doc's....
les plans avec explications.... de ce q'il faut y mettre

tu auras de quoi....


OK ?

Oguruma, ça c'est vraiment sympa.
Il est vrai qu'iil est difficile de trouver des CDC, en général ça reste confidenteil et ça ne se communique pas...
Tu as mon email je pense.
Merci d'avance !

Euh, je veux bien aussi Oguruma !

Courriel : rixysoftware AT hotmail POINT com

je suis aussi preneur !

J'ai parlé de documentum :

Voici une synthèse de la comparaison 'sur documents' entre Domino et Documentum.

Fonctionnellement, on peut comparer Documentum (en version 4i) à Domino + domino.doc. Les produits se chargent de gérer la vie de documents de type bureautique, y compris la publication, mais sans la composition.

Les objectifs sont sensiblement les mêmes. La façon d'y arriver est par contre assez différente.

Structure interne

Documentum repose sur des bases de données relationnelles, alors que Domino utilise des bases Notes.
Cela implique : un coût initial plus important pour Documentum, mais la capacité à terme de traiter de plus gros volumes, avec des performances plus stables.

Interfaces utilisateurs

Domino propose le client Notes ou du HTML. Documentum à uns structure plus modulaire, qui peut s'adresser à différents 'terminaux' (PC, WAP, imprimante, Fax). En pratique, cela revient à produire du HTML pour la vie courante du produit, et des sorties spécifiques restreintes pour certains terminaux.
Documentum marche en mode publication, le mode de stockage est différent du mode de service (une arborescence de fichiers par exemple pour une publication html); cela intégre la transformation des fichiers bureautiques (en HTML dans notre exemple). Domino n'utilise qu'un mode, pour le stockage comme pour le service.

Architecture de distribution

Domino utilise la réplication entre serveurs. Documentum est capable de gérer une base répartie et des caches locaux avec mise à jour automatique.

Workflows

Des outils intégrés permettent de paramétrer des workflows qui seront conduits par des outils intégrés. Ceux de Documentum semblent réservés à l'interface Web.

Gestion des droits

Gestion fine jusqu'au niveau des documents dans les deux cas.

Administration

Centralisée dans les deux cas

Outils de développement

Domino permet un développement à l'aide de ses langages spécifiques (formules et Lotus Script) en plus du java et javascript. Il existe des APIs sur tous les objets domino.
Documentum permet des développements sur les interfaces utilisateurs à l'aide de servlets et JSPs en java pour la partie données, et des éditeurs de html classiques pour la présentation. Dans le produit lui-même, un accès est fourni aux classes de base via COM.

Connecteurs

Les deux produits offrent de larges gammes d'outils de connexion.

Spécificités

Documentum semble mieux adapté aux volumétries importantes et aux documents complexes (y compris des formats multimédia volumineux).
Le produit est complet, cher et relativement délicat à mettre en oeuvre et adapter.
Domino est capable d'une intégration plus facile, surtout s'il faut intégrer la partie génération des documents (en plus de la gestion).
Il se prête par contre moins bien aux volumes très importants, ou aux applications très complexes sans faire appel à d'autres outils.

Merci pour ce comparatif très bien fait qui sera fort utile à bien des utilisateurs de ce forum...
bien entendu tout dépend de ce que l'on souhaite transporter, si c'est pour un colis de 100 kg, inutile de prendre un 38 t...


l'as-tu déjà essayé ? testé ?

Non, j'ai entendu parlé du produit, j'ai faillit travaillé dessus une fois.

J'ai récupéré(je ne sais plus ou ce comparatif) et je me suis dis que ça pourrait aider.

Mais d'apres ce que j'en sais, il n'est pas très répandu.

Salut, je suis tombé la dessus par hasard ... http://www.docubase.com