| At line 1 changed 155 lines |
| |
| !!! 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: |
| |
| # Preparazione server (fisico, non virtuale) per ospitare il software. Questo deve aspettare la comunicazione dei prerequisiti da parte di chi installerà COMPED DigitalFile. |
| # Preparazione VPN fissa con CS200 |
| |
| CS2000: |
| |
| # Comunicazione requisiti DigitalFile per approntamento server |
| # Disponibilità, una volta pronto la macchina server, per analisi/installazione |
| |
| SMEA: |
| |
| # Studio delle tecnologie Java per l'integrazione con gli oggetti COM: COM4J, JACOB, altro... ( COM4J   ) |
| # Studio della documentazione sulle interfacce COM di DigitalFile ( FATTO  ) |
| # Contatto con COMPED per definire i tempi di installazione, messa in opera e istruzione relative al software in Smea ( FATTO  ) |
| # 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: |
| ## interattiva con finestre porterebbe a definire anche un Componente |
| ## utilizzo di funzioni non interattive a livello di scambi xml porterebbe a definire solo un Server ( DEFINITO SERVER  ) |
| # |
| # Identificazione packaging software client: plugin esterno stile IBM Content Manager o modulo interno ( PLUGIN ESTERNO  ) |
| # Identificazione packaging software AS400 (libreria aggiuntiva, file interni): programmi specifici, script ( DA FARE  ) |
| # Chiarimento sui prerequisiti richiesti per l'utilizzo delle funzioni di DigitalFile: |
| ## 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  ) |
| ## basta avere delle librerie in linea |
| # |
| # 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: |
| |
| # Quali documenti di ciclo attivo vengono creati con Smeup e come ( FATTURE CON G53_h_)  |
| # Definizione del meccanismo di import dei documenti del ciclo attivo e dei suoi attributi (VEDI SCHEMI VISIO): |
| ## Stampa fattura con generazione PDF |
| ## Chiamata Loocup server per archiviazione |
| ## Gestione in Smeup delle chiavi definite da Documentale per creare gancio con documento |
| # |
| # Meccanismo di comunicazione della modifica del documento: |
| ## La ristampa del documento fa un aggiornamento del file esistente nel documentale con un giro identico alla creazione del documento |
| # |
| # Meccanismo di comunicazione della modifica asinrona del documento (dal punto di vista di Smeup): |
| ## Firma digitale e chiusura volumi "presidiata" |
| ## richiamo di un servizio che "blocca" il documento inibendo successive modifiche |
| # |
| # Come si passeranno files del ciclo attivo e attributi per archiviazione documento (VEDI SCHEMI VISIO) |
| # Fasi di rilascio della soluzione |
| ## Comped Standalone ( dormiente  ) |
| ## Meccanismi di interfaccia lato Smeup ( DA FARE  ) |
| ## Implementazione meccanismi di interfaccia lato Comped ( nulla da fare  ) |
| ## Implementazione meccanismi di interfaccia lato Loocup ( OK 70%  ) |
| # |
| # Identificazione "tecnica" del tipo di interazione da implementare ( interattivo  , basato sui dati) |
| # Identificazione delle funzioni di interfaccia da implementare. Ipotesi: |
| ## Lista volumi in DB ( OK  ) |
| ## Struttura volume ( OK  ) |
| ## Contenuto volume ( OK  ) |
| ## Struttura documento ( OK  ) |
| ## Retrieve del file dato un ID ( OK  ) |
| ## Ricerca dei files per attributi ( OK  ) |
| ## Ricerca dei files per contenuto (Probabilmente le prestazioni rispetto al punto precedente crollano) |
| ## Upload di un file fornendo chiavi di archiviazione ( OK  ) |
| ## Firma di un file fornendo chiavi di archiviazione ( OK  ) |
| ### Comunicazione a Smeup del documento da bloccare |
| ## |
| ## Eliminazione di un file fornendo chiavi di archiviazione ( OK  ) |
| ## Svuotamento di un volume ( OK  ) |
| ## Eliminazione di un volume ( OK  ) |
| ## Copia di un volume ( OK  ) |
| ## Chiusura di un volume ( OK  ) |
| ## Popolamento di un volume ( OK  ) |
| ## Firma di un volume ( OK  ) |
| ### Comunicazione a Smeup dei documenti da bloccare |
| ## |
| ## Conservazione di un volume ( OK  ) |
| ### Comunicazione a Smeup dei documenti da bloccare |
| ## |
| ## Possibilità di inglobare il visualizzatore nella scheda ( ????  ) |
| # |
| # Decidere chi comanda e come comunica: |
| ## Creazione/modifica/cancellazione nuovo documento ( COMANDA SMEUP NELLA CREAZIONE, LOOCUP NELLA CONSERVAZIONE  ) |
| # |
| |
| ! Sviluppo integrazione |
| |
| SMEA: |
| |
| # Identificazione dei tipi documento da gestire con DigitalFile |
| ## Nel ciclo attivo quali documenti generiamo e come: PDF, Spool, G53, altro ( Fatture ciclo attivo in PDF con G53  ) |
| ## 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  ) |
| # |
| # Sviluppo client: |
| ## Interfaccia a oggetti COM esposti da DigitalFile |
| ## Utilizzo di grafica DigitalFile o costruzione di interfaccia Loocup? Visualizzatore annegato in Scheda o download del file e visualizzazione Acrobat? |
| ## Definizione del server che veicolerà i dati da e verso DigitalFile e Smeup per le operazioni previste |
| ## Definire dei test di avvio che verifichino il soddisfacimento dei prerequisiti per il funzionamento dell'interfaccia |
| # |
| # Sviluppo AS400: |
| ## 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  ) |
| ## Definizione dei servizi di interfaccia a Loocup per le operazioni sui documenti |
| ### ricezione o comunicazione dell'informazione su creazione/modifica/eliminazione documento |
| ## |
| # |
| |
| CS2000: |
| |
| # Gestione della chiave comunicata da Smeup e/o restituzione della chiave interna del documento per collegare Documento gestionale a documento Smeup |
| # 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: |
| |
| # Decisione se attivare utilizzo o mantenere a livello dimostrativo |
| # 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 |
| |
|
