Outil Lotus workflow 3.0 ?

Publié:
10 Fév 2003 à 11:34
par Stef
bonjour,1) je cherche des liens interessants sur des bases exemples Domino pour la securisation intranet. 2) je ne connais pas Lotus Workflow 3.0 et j'aimerai avoir des avis sur cet outil, est-il vraiment utile pour la conception de Workflow et permet-il à des utilisateurs non expérimentés de paramétrer un workflow ?
Re: Outil Lotus workflow 3.0 ?

Publié:
10 Fév 2003 à 16:25
par CED
Pour Lotus Workflow, j'ai utilisé récemment cet outil pour une appli. C vraiment bien pour créer les schéma de workflow car on gagne pas mal de temps mais par contre il faut quand même connaitre le produit. Un utilisateur non expérimenté aura du mal à utiliser LW si il ne connait pas un minimum.Par contre le pb dans LW est au niveau des controles de masque. On ne pas trop toucher les agents au risque de tout péter... Il faut faire attention au modifs notamment au niveau web.Maintenant je n'ai pas encore assez de recul, je ne l'utilise que depuis trois mois environ après une formation de deux jours.Donc si il a des avis sur ce produit.....
Re: Outil Lotus workflow 3.0 ?

Publié:
10 Fév 2003 à 17:23
par Stéphane
Faire modifier un workflow par des utilisateurs non expérimentés alors ca tu peuts oublier, il te faudra au minimum des developpeurs, à moins que ce soit juste pour changer un intervenant mais sinon comme à chaque étape de ton workflow tu associs généralement un masque ou un sous-masque cela rend le principe réservé au dev.En tant que developpeur LN je te dirais que le meilleur outil de developpement d'un système de workflow cohérent et adapté à ta société c'est... ta main droite et ta main gauche...
Re: Merci Ced et Stephane pour vos eclaircissements

Publié:
11 Fév 2003 à 10:51
par yop
pour ma part, j'ai réussi à faire des trucs intéressants.notamment, avec les attributs persos, tu peux autoriser quelqu'un qui ne connaît rien au dév à modifier le workflow que tu as fait. donc, c possible. mais attention ! j'ai pas dit que le gars peut se refaire totalement un workflow, mais le modifier facilement, c'est faisable, via ce système de 'custom attributes'.je te donne 1 ex:- le gars veut modifier une liste déroulante contenant une liste de sites géographiques. cette liste, c'est une table. eh bien, il modifie que la table en ajoutant ou retirant une entrée. dans designer, tu as fait une liste déroulante qui récupère en formule la valeur d'un attribut perso. Et l'attribut perso, c'est l'exécution d'une @Relation qui va lire le contenu de la table.maintenant, on est bien d'accord qu'un non développeur peut pas refaire tout un workflow, mais dans ce cas, on fait appelle à un développeur, non ?le but, c'est de pouvoir modifier dans un workflow tout ce qui est VARIABLES. et ça, travers des tables (ou architect mais c même pas la peine), tu peux modifier facilement un workflow sans rien connaître au dév. d'autant que tu modifies via le web de ton poste de client.sinon, tu peux tout modifier Lotus WF avec les événements de la bibliothèque de scripts qui sont fournis. tu mets les continue à false et tu programmes comme tu veux l'appli.je dirais 2 choses pour finir :1) objectivement, le produit bug pas mal et un développeur est nécessaire pour que le produit fonctionne auj, mais quand t'a corrigé toutes les erreurs de lotus, c'est vraiment un gain de temps. quand tu donnes à ton client architect pour qu'il te dessine le workflow, que tu crées en 5' un masque et qu'en moins d'1 heure tu peux présenter au client une maquette pour qu'il te signe un dév, c'est plutôt avantageux. avec designer, tu lui dis, "je reviens dans quelques jours vous montrer". ça, c un bon point, même si tu fais pas le workflow au final avec LWF mais simplement avec designer, ce produit te permet de signer plus de ventes.2) le grand succès de LWF, c'est @Relation. il y a un moteur de recherche très puissant. Avec @Relation, c'est simple, pas besoin de vues triées ou catégorisées. Tu lui donnes une formule de recherche (en fonction d'un champ par ex) et tu lui demandes en retour de te retourner un champ (ou une formule calculée en fonction des résultats de ta recherche), ceci pour n'importe quel document de n'importe quelle base de n'importe quelle serveur de ton domaine !! Sans créer une seule vue triée ou catégorisée dans la moindre base et ça, c'est + que cool. ex: tu veux connaître le manager d'un type. tu fais une relation qui en fonction du nom que tu donnes vas te chercher le manager de la personne dans sa fiche du names. quand on maîtrise tout ce qu'on peut faire avec ça, c plutôt béton et spectaculaire pour le client.a+
Re: Merci Ced et Stephane pour vos eclaircissements

Publié:
13 Fév 2003 à 10:37
par Stef
Merci à toi.j'en sais un peu plus dorenavant !