Newsgroup: it.lavoro.informatica
Titolo: settore workflow e document management

ciao,
cosa ne pensate del settore informatico inerente ai workflow ed alla 
gestione documenti ?
Dovrebbe essere forse la "chiave" per l'uscita da questa crisi, o comunque 
il settore che ne ha risentito meno ...
grazie delle vostre impressioni ! 

 il settore che ne ha risentito meno ...
lavoro in ambito affine: protocollo informatico con gestione dei processi, i
tempi sono duri pure qui...
-- 
 

 grazie delle vostre impressioni !
Figurati.
Io ho dedicato tutto l'anno scorso a realizzare un prodotto di questo tipo.
Purtroppo mi sono scontrato con l'enorme difficoltà di poterlo promuovere, a 
tutti gli effetti sono e rimango un tecnico e per vendere serve un 
commericiale o una buona "entratura" (ma questa è un'altra storia).
Sono convinto che questo genere di prodotto, nelle mani di una azienda con 
un proprio portafoglio clienti (privato e pubblico), possa risultare 
fruttuoso.
Ciao,
Carlo 

 grazie delle vostre impressioni !
Figurati, mi ha fatto molto piacere sentire qualcuno che si interessa
di questo tipo di prodotti. Se ti piace l'argomento, fatti sentire ancora,
saro' lieto di discuterne con te. :)
-- 
Furbonio

Mi intrometto.
Anche io sono interessato a valutare la realizzabilià e successiva 
commerciabilità di un prodotto per la gestione documentale.
In particolare io punterei non sulla giditalizzazione dei documenti 
cartacei ma sull'archiviazione centralizzata di documenti elettronici 
nati tali, ed eventualmente l'indicizzazione di quelli presenti solo in 
formato cartaceo.
Per la commercializzazione (si sa che la concorrenza è tanta) ho 
intenzione di sfruttare un "plus" rivolto ad un target particolare come 
  enti di ricerca o studi legali dove la documentazione è l'elemento 
principale del lavoro svolto e non il tramite.
Tale "plus" lo si può immaginare facilmente ma comunque vorrei sapere se 
avete idea di quali siano le caratteristiche maggiormente richieste 
dagli utenti:
-Sicurezza?
-Indicizzazione?
-Velocità?
-Capacità?
-Inerfaccia WEB?
-Facilità di installazione?
-Prezzo?
-Assistenza?
-Publicità?
Grazie 1000

 Grazie 1000
Prego.
Ciao,
Carlo 

ti spiego, mi č stata offerta una proposta di lavoro da parte di una piccola 
azienda che ha come core business quello di offrire soluzioni di document 
management e workflow management (quindi BPM o in termini piů generali ECM), 
utilizzando tecnologie proprietarie quali FileNet e Staffware (acquistata 
recentemente da TIBCO se non erro).
Volevo sapere se conoscevi qualcosa in merito anche a queste tecnologie.
grazie ...
"Furbonio" <fo...@bone.yo> ha scritto nel messaggio 
news:v2Dpd.5141449$ic1.4...@news.easynews.com...


 -Publicità?
Come sottolineavo nel mio primo post di questo thread, la caratteristica
principale che richiederei io, se dovessi acquistare un prodotto di questo
tipo, sarebbe la semplicita' di applicazione dei flussi documentali
in formato elettronico sulle procedure preesistenti in azienda in formato
cartaceo.
Oltre, naturalemente, a tutte le caratteristiche di cui hai fatto la lista. :)
-- 
Furbonio

 grazie ...
Figurati, di nulla. :)
Ti chiederei, come favore personale, se potessi dare un'occhiata al tuo
quoting: mi faciliteresti davvero la lettura del thread. Grazie. :)
-- 
Furbonio

 saro' lieto di discuterne con te. :)
mi intrometto perchè proprio in questo momento stò sviluppando uno
strumento di workflow managment, tra l'altro un progetto di grosse
dimensioni e ambizioni.
Mi piacerebbe trovare documentazione, teoria insomma su quello che è
stato pensato in questo ambito. Qualcuno sa dove trovarla ?
Mi farebbe anche piacere uno scambio di opinioni o spunti, sono
sistemi un po' particolari, sicuramente diversi dai classici
programmini e molto interessanti.
Mi trovi sullo stesso nik di posta elettronica, ma al posto di
hotmail.com
 inserisci 
libero.it
Ciao.

 wrote in message
news:5794b730.04112...@posting.google.com...
| [cut]
| > Figurati, mi ha fatto molto piacere sentire qualcuno che si
interessa
| > di questo tipo di prodotti. Se ti piace l'argomento, fatti sentire
ancora,
| > saro' lieto di discuterne con te. :)
|
| mi intrometto perchè proprio in questo momento stò sviluppando uno
| strumento di workflow managment, tra l'altro un progetto di grosse
| dimensioni e ambizioni.
|
| Mi piacerebbe trovare documentazione, teoria insomma su quello che è
| stato pensato in questo ambito. Qualcuno sa dove trovarla ?
beh... google fornisce molto.
| Mi farebbe anche piacere uno scambio di opinioni o spunti, sono
| sistemi un po' particolari, sicuramente diversi dai classici
| programmini e molto interessanti.
non piu' di tanto: sono in sostanza un database ed una serie di
servizi che agiscono in continuazione sui dati.
il db e' difficile da fare, specie se si vogliono realizzare wf molto
generici atti ad implementare flussi complessi, desctivibili con grafi
piuttosto complicati.
inoltre puo' esserci una nidificazione di workflow che rende piu'
complesso il tutto.


 wrote in message
news:pan.2004.11.26...@cebbello.it...
| On Fri, 26 Nov 2004 14:02:49 +0000, Andrea wrote:
|
| > Tale "plus" lo si può immaginare facilmente ma comunque vorrei
sapere se
| > avete idea di quali siano le caratteristiche maggiormente
richieste
| > dagli utenti:
| > -Sicurezza?
| > -Indicizzazione?
| > -Velocità?
| > -Capacità?
| > -Inerfaccia WEB?
| > -Facilità di installazione?
| > -Prezzo?
| > -Assistenza?
| > -Publicità?
|
| Come sottolineavo nel mio primo post di questo thread, la
caratteristica
| principale che richiederei io, se dovessi acquistare un prodotto di
questo
| tipo, sarebbe la semplicita' di applicazione dei flussi documentali
| in formato elettronico sulle procedure preesistenti in azienda in
formato
| cartaceo.
dipende se queste procedure "esistono"...
non e' affatto semplice gestire con un software procedure
cinofalliche.

 
Sicuramente può e deve esserci !
Bye.

 wrote in message
news:5794b730.04112...@posting.google.com...
| > beh... google fornisce molto.
|
| si.. soprattutto 
http://scholar.google.com/
. Ho scoperto che in
europa
| è stata sviluppata una sistassi per descrivere work flow (WIDE), e
che
| si può trovare molto materiale a opera proprio di Italiani :
|
| 
http://citeseer.ist.psu.edu/cis?q=Barbara+Pernici
|
| WIDE in realtà assomiglia molto a UML ed è pur sempre un linguaggio
| sintattico formale e nient'altro, il problema è tradurlo in
prodotto.
ci sono delle librerie per un workflow proprietario che possono
tradurre dei diagrammi visio in cicli di wf.
non ho visto la simbologia ma potrebbe essere simile.
| > non piu' di tanto: sono in sostanza un database ed una serie di
| > servizi che agiscono in continuazione sui dati.
|
| Ma dai ???
giuro! :-))
e' che li avevi definiti sistemi "particolari". in realta', almeno per
la mia esperienza, non comportano "stranezze" architetturali ne'
algoritmi di particolare criticita'.
| > il db e' difficile da fare, specie se si vogliono realizzare wf
molto
| > generici atti ad implementare flussi complessi, desctivibili con
grafi
| > piuttosto complicati.
|
| E proprio qui casca l'asino... chiaramente non mi imbarcherò nel
| cercare la soluzione per descrivere in tabelle un completo diagramma
| WIDE, ciò non toglie che vorrei dare al motore la possibilità di
salti
| condizionali, eccezioni, fork e join libere ecc...
hai ragione. valuta pero' il numero di realta' in cui e' necessaria, o
in altri termini, e' vantaggiosa l'introduzione di un sistema cosi'
complesso.
nelle grandi industrie i dipartimenti non hanno tradotto in wf
informatici tutte le loro procedure ed anche in ambienti di ricerca i
pm utilizzano ms project, tutto sommato semplice, che puo' essere
integrato con sql server e sharepoint.
di motori ce ne sono abbastanza, anche disponibili come librerie.
non dico che non se ne debba costruire uno nuovo, ma non so quanto la
complessita' del motore sia la chiave per introdurre un nuovo
prodotto, considerato l'impatto che questo ha nelle realta'
lavorative: per essere efficace bisogna imporre un certo rigore agli
utenti e molti sono legati ad una certa flessibilita' operativa.
aggiungendo complessita' si rischia di ottenere il rifiuto categorico
all'utilizzo del sistema (sto parlando per esperienza)
inoltre per poter disegnare dei cicli di vita piuttosto complessi ci
vuole un analista con esperienza, padrone dello strumento che poi
utilizzara' l'azienda.
| > inoltre puo' esserci una nidificazione di workflow che rende piu'
| > complesso il tutto.
| >
|
| Sicuramente può e deve esserci !
di nuovo, il rischio della complessita' e lentezza nell'utilizzo c'e',
specie se non si danno all'utente degli strumenti veramente rapidi di
controlle del flusso.
un tipico wf nidificato e' il ciclo di vita del documento pubblicato
in una fase di un ciclo di vita di un progetto (magari inserito in un
ciclo di vita di una commessa).
detto cosi' e' semplice ma l'inserimento di un documento nel sistema,
senza wf consiste in un cut and paste in un folder sharato e magari la
gestione di un foglio excel riepilogativo, con un wf significa un
sacco di operazioni di creazione ed apertura di un ciclo, di una fase,
inserimento del doc. etc. con le relative "firme" degli utenti
autorizzati alle varie operazioni.

 wrote in message
news:dIGpd.220895$b5.10...@news3.tin.it...
| Mi intrometto.
| Anche io sono interessato a valutare la realizzabilià e successiva
| commerciabilità di un prodotto per la gestione documentale.
| In particolare io punterei non sulla giditalizzazione dei documenti
| cartacei ma sull'archiviazione centralizzata di documenti
elettronici
| nati tali, ed eventualmente l'indicizzazione di quelli presenti solo
in
| formato cartaceo.
| Per la commercializzazione (si sa che la concorrenza è tanta) ho
| intenzione di sfruttare un "plus" rivolto ad un target particolare
come
|   enti di ricerca o studi legali dove la documentazione è l'elemento
| principale del lavoro svolto e non il tramite.
| Tale "plus" lo si può immaginare facilmente ma comunque vorrei
sapere se
| avete idea di quali siano le caratteristiche maggiormente richieste
| dagli utenti:
| -Sicurezza?
    Quella del sistema e del canale di trasmissione su cui risiede
l'applicazione.
la robustezza ed il backup sono vitali.
| -Indicizzazione?
    Dipende dai formati salvati. gli iFilter di Sql permettono FTS su
vari formati
| -Velocità?
        le procedure che richiedono l'interazione dell'utente sono di
molti ordini di grandezza piu' lente della velocita' di elaborazione,
a meno di non avere strani motori di wf che rallentano al crescere del
numero di istanze
| -Capacità?
            almeno 1 Farad
| -Inerfaccia WEB?
    sni. il web e' indispensabile ma alcune funzioni implementabili
solo con activex o smart client sono dei plus quasi irrinunciabili.
direi un ibrido, con web se e solo se esce su internet. l'integrazione
della giu con outlook o notes inoltre puo' essere la chiave vincente.
| -Facilità di installazione?
no. e' un sistema complesso a cui va dedicato tempo per la
configurazione dei flussi. l'installazione non e' un fattore critico.
| -Prezzo?
dipende dalla complessita'. il costo totale per l'azienda, visto anche
l'impatto sulle procedure ed il tempo che vi devono dedicare gli
impiegati dipende dal numero di questi. quindi: tanti utenti--> costo
alto.
| -Assistenza?
indispensabile, specie perche' dopo l'inserimento nell'azienda si deve
"aggiustare il tiro". non userei un approccio waterfall al progetto,
bensi' uno iterativo
| -Publicità?
no. un commerciale abile. tante demo.
| Grazie 1000

 Carlo 
Comunque, in bocca al lupo.

 
http://web.tiscali.it/comser
E ti credo: 4000 euro per MySql+Java+OpenOffice che praticamente è tutto 
installabile gratis.

unpoveretto ha scritto:

Quindi, secondo te, visto che java è gratis qualunque programma scritto 
in java deve essere gratis?

 programma scritto in java deve essere gratis?
Roberto ma ti rendi conto a chi stai rispondendo ?  ;-)
Non so se definirlo stressato è poco, ma leggendo i suoi post nel ng ti
sembra di vedere livore allo stato puro.
Ora ti spiego questa cosa del java gratis  :-D
Visto che in passato ha avuto tragiche esperienze con capetti e kapò
talebani dell'open source (a parole ed aggiungerei lievemente criminali ...
:-(( ... ) ha deciso che l'open source & java & affini è una banda
planetaria di avidi doppiogiochisti bastardi e chi usa questi prodotti lo fa
per truffare gli altri, sempre ... :-O
-- 
Jarod


Fra l'altro l'autore è incorso in un errore madornale, sta usando pezzi di
materiale GNU/GPL invocandoli probabilmente via API. Il che è una violazione
della licenza GNU/GPL se il suo prodotto non è rilasciato con la medesima
licenza.
Uome avvisato mezzo salvato.

jarod ha scritto:

Buono a sapersi! Le battaglie conto i mulini a vento non è che mi 
piacciano un granchè.