This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

= Obiettivi del progetto =

Il fine ultimo del progetto è la possibilità di fornire funzioni di archiviazione, firma e archiviazione sostitutiva all'interno di un prodotto esterno a Smeup, chiamato COMPED Doc Filling Manager, che mette a disposizione le predette funzionalità.
== Progetto integrazione COMPED DigitalFile == === Attività preliminari ===
SOFTIA:

  1. Preparazione server (fisico, non virtuale) per ospitare il software. Questo deve aspettare la comunicazione dei prerequisiti da parte di chi installerà COMPED DigitalFile.
  2. Preparazione VPN fissa con CS200
CS2000:
  1. Comunicazione requisiti DigitalFile per approntamento server
  2. Disponibilità, una volta pronto la macchina server, per analisi/installazione
SMEA:
  1. Studio delle tecnologie Java per l'integrazione con gli oggetti COM: COM4J, JACOB, altro... ( COM4J   )
  2. Studio della documentazione sulle interfacce COM di DigitalFile ( FATTO  )
  3. Contatto con COMPED per definire i tempi di installazione, messa in opera e istruzione relative al software in Smea ( FATTO  )
  4. Decisione sulla tipologia del modulo che identificherà l'interfaccia Loocup (Componente interno, Server esterno). Probabilmente c'è da aspettare di vedere "tecnicamente" il tipo di integrazione del client che riusciremo ad attuare:
    1. interattiva con finestre porterebbe a definire anche un Componente
    2. utilizzo di funzioni non interattive a livello di scambi xml porterebbe a definire solo un Server ( DEFINITO SERVER  )
  5. Identificazione packaging software client: plugin esterno stile IBM Content Manager o modulo interno ( PLUGIN ESTERNO  )
  6. Identificazione packaging software AS400 (libreria aggiuntiva, file interni): programmi specifici, script ( DA FARE  )
  7. Chiarimento sui prerequisiti richiesti per l'utilizzo delle funzioni di DigitalFile:
    1. deve essere installato qualche software sulla macchina che da Loocup accede alle funzioni di interfaccia, ( LA MACCHINA CHE ACCEDE A COMPED DEVE AVERE INSTALLATO I PROGRAMMI  )
    2. basta avere delle librerie in linea
  8. Esiste una modularità nelle funzioni da mettere a disposizione (es: solo visualizzazione documenti, immissione/gestione documenti)? In caso affermativo definire i sets di operazioni e verificare requisiti per l'attivazione di 1, 2 o n funzionalità
=== Briefing iniziale ===
CS2000:

- Definizione del meccanismo di import dei documenti del ciclo attivo e dei suoi attributi. ( deciso che non si fa nulla  )

- Meccanismo di comunicazione della modifica del documento. ( deciso che non si fa nulla  )

SMEA:

  1. Quali documenti di ciclo attivo vengono creati con Smeup e come ( FATTURE CON G53_h_) 
  2. Definizione del meccanismo di import dei documenti del ciclo attivo e dei suoi attributi (VEDI SCHEMI VISIO):
    1. Stampa fattura con generazione PDF
    2. Chiamata Loocup server per archiviazione
    3. Gestione in Smeup delle chiavi definite da Documentale per creare gancio con documento
  3. Meccanismo di comunicazione della modifica del documento:
    1. La ristampa del documento fa un aggiornamento del file esistente nel documentale con un giro identico alla creazione del documento
  4. Meccanismo di comunicazione della modifica asinrona del documento (dal punto di vista di Smeup):
    1. Firma digitale e chiusura volumi "presidiata"
    2. richiamo di un servizio che "blocca" il documento inibendo successive modifiche
  5. Come si passeranno files del ciclo attivo e attributi per archiviazione documento (VEDI SCHEMI VISIO)
  6. Fasi di rilascio della soluzione
    1. Comped Standalone ( dormiente  )
    2. Meccanismi di interfaccia lato Smeup ( DA FARE  )
    3. Implementazione meccanismi di interfaccia lato Comped ( nulla da fare  )
    4. Implementazione meccanismi di interfaccia lato Loocup ( OK 70%  )
  7. Identificazione "tecnica" del tipo di interazione da implementare ( interattivo  , basato sui dati)
  8. Identificazione delle funzioni di interfaccia da implementare. Ipotesi:
    1. Lista volumi in DB ( OK  )
    2. Struttura volume ( OK  )
    3. Contenuto volume ( OK  )
    4. Struttura documento ( OK  )
    5. Retrieve del file dato un ID ( OK  )
    6. Ricerca dei files per attributi ( OK  )
    7. Ricerca dei files per contenuto (Probabilmente le prestazioni rispetto al punto precedente crollano)
    8. Upload di un file fornendo chiavi di archiviazione ( OK  )
    9. Firma di un file fornendo chiavi di archiviazione ( OK  )
      1. Comunicazione a Smeup del documento da bloccare
    10. Eliminazione di un file fornendo chiavi di archiviazione ( OK  )
    11. Svuotamento di un volume ( OK  )
    12. Eliminazione di un volume ( OK  )
    13. Copia di un volume ( OK  )
    14. Chiusura di un volume ( OK  )
    15. Popolamento di un volume ( OK  )
    16. Firma di un volume ( OK  )
      1. Comunicazione a Smeup dei documenti da bloccare
    17. Conservazione di un volume ( OK  )
      1. Comunicazione a Smeup dei documenti da bloccare
    18. Possibilità di inglobare il visualizzatore nella scheda ( ????  )
  9. Decidere chi comanda e come comunica:
    1. Creazione/modifica/cancellazione nuovo documento ( COMANDA SMEUP NELLA CREAZIONE, LOOCUP NELLA CONSERVAZIONE  )
=== Sviluppo integrazione ===
SMEA:
  1. Identificazione dei tipi documento da gestire con DigitalFile
    1. Nel ciclo attivo quali documenti generiamo e come: PDF, Spool, G53, altro ( Fatture ciclo attivo in PDF con G53  )
    2. Capire come sono prodotti i documenti del ciclo attivo e come passarli a COMPED ( appoggiati i PDF in una cartella organizzati in AZIENDA/REGISTROIVA.PERIODO/numerofattura.pdf  )
  2. Sviluppo client:
    1. Interfaccia a oggetti COM esposti da DigitalFile
    2. Utilizzo di grafica DigitalFile o costruzione di interfaccia Loocup? Visualizzatore annegato in Scheda o download del file e visualizzazione Acrobat?
    3. Definizione del server che veicolerà i dati da e verso DigitalFile e Smeup per le operazioni previste
    4. Definire dei test di avvio che verifichino il soddisfacimento dei prerequisiti per il funzionamento dell'interfaccia
  3. Sviluppo AS400:
    1. Definizione della chiave di collegamento del documento alle risorse del DigitalFile ( DIGITALFILE UTILIZZA LE CHIAVI CHE GLI PASSIAMO IN ARCHIVIAZIONE E SMEUP SALVERA' LE 2 CHIAVI TORNATE DA DIGITALFILE  )
    2. Definizione dei servizi di interfaccia a Loocup per le operazioni sui documenti
      1. ricezione o comunicazione dell'informazione su creazione/modifica/eliminazione documento
CS2000:
  1. Gestione della chiave comunicata da Smeup e/o restituzione della chiave interna del documento per collegare Documento gestionale a documento Smeup
  2. Comunicazione dei documenti firmati via file XML in una cartella (NOI LO PESCHIAMO CON LOOCUP SERVER E PASSIAMO I DATI SUI DOCUMENTI DA BLOCCARE) ( CASSATA FA TUTTO LOOCUP CLIENT  )
=== POST SVILUPPO ===
SMEA:
  1. Decisione se attivare utilizzo o mantenere a livello dimostrativo
  2. Come distribuire il software all'interno di Loocup
= STRUTTURA DELLA SOLUZIONE =
La soluzione prevede tre principali funzioni
  • GESTIONE DEI DOCUMENTI/VOLUMI
    • Upload
    • Eliminazione
    • ...
  • INTERROGAZIONE DEGLI ARCHIVI
    • Interrogazione dei Volumi
    • Visualizzazione dei documenti
    • ...
  • FIRMA ED ARCHIVIAZIONE DEI DOCUMENTI
    • Firma digitale dei documenti
    • Archiviazione sostitutiva dei documenti
    • ...
== Gestione dei documenti == == Interrogazione degli archivi == == Firma ed archiviazione dei documenti ==

Add new attachment

Only authorized users are allowed to upload new attachments.
« This particular version was published on 14-Apr-2010 14:30 by OlivieroMaestrelli.