Figura professionale: ANALISTA SVILUPPATORE COBOL

Nome Cognome: C. F.Età: 68
Cellulare/Telefono: Riservato!E-mail: Riservato!
CV Allegato: Riservato!Categoria CV: Developer / Web dev. / Mobile dev.
Sede preferita: Bussoleno (Torino)

Accesso Full al database con 29.991 CV a partire da € 5,00    ABBONATI SUBITO!



Sommario

ANALISTA SVILUPPATORE COBOL

Esperienze

Dal 01/09/2017 al 31/12/2017
IntesaSanPaolo presso System Evolution  Bancaria
Sviluppatore

Progetto 3Decimali:L’intervento consiste nell’estendere la precisione delle misure relative ai RICAVI RPC a 3 decimali, rispetto agli originari 2 previsti attualmente. Per estensione, i valori direttamente derivati da tali informazioni sono a loro volta modificati esponendo i valori significativi al 3° decimale

I flussi fisici che veicolano tali informazioni saranno estesi come lunghezza, comportando la modifica anche alle procedure applicative relativamente al formato e al posizionamento degli ordinamenti ed estrazioni svolte al  loro interno.

APPLICAZIONI MODIFICATE:         16

PROCEDURE(JCL) MODIFICATE:         89

COPY- SORT – PROGRAMMI MODIFICATI :    circa 200
.
Z/OS 1.12 – COBOL – COBOL2 – TSO – TWS – JCL  –
–    ENDEVOR -FILE MANAGER 13.1

  Dal 15/06/2014 AL 30/06/2017
• Nome Società 
(dove si è svolta attività lavorativa)    AmissimaAssicurazioni Milano(Assicurazione di Genova))
• Tipo di azienda o settore    Assicurativa
• Ruolo    Analista-Sviluppatore,
Analista Tecnico
• Attività e Progetti    Attivita’ di manutenzione e di intervento su problematiche urgenti e sviluppo di piccoli progetti/procedure:

–    Procedura Creditis(controllo flussi informativi trasmessi da societa’ di servizi finanziari Creditis a CarigeAssicurazioni) — Partendo dall’ analisi funzionale del progetto  , l’ attivita’ consiste nella realizzazione dell’ analisi tecnica, dello sviluppo batch, della creazione/modifica dei jcl e delle tabelle DB2, della fase di test in ambiente test/collaudo e della fase di Rilascio in PROD.
Nell’ ambito del progetto, si è occupato della parte batch di controllo che deve permettere la validazione del flusso esterno.

–     Procedura Vincolo codici/convenzioni agente (flotta) – Dal FRONT-END  e' stato richiesto un servizio per la visualizzazione del CODICE CONVENZIONE  e CODICE CLIENTE  a fronte del CODICE AGENZIA digitato.
La procedura dovra' caricare su mainframe una tabella DB2 con le informazioni richieste e poi esporre queste informazioni a fronte del servizio web richiamato.

–    Anomalia segnalata relativa alla gestione delle Wildcard.

–    Procedura Cessati da Ania – E’ stata richiesta una procedura che estragga e monitori quotidianamente le Polizze stornate ad una certa data

–    Progetto nuovo attestato di rischio – Nell’ ambito della richiesta dell’ Ania della modifica del nuovo attestato di rischio, l’ attivita’ consiste nell’ adeguare il vecchio attestato alle modifiche previste per il nuovo attestato e quindi di implementare tutti i programmi CICS e le procedure batch alle nuove normative oltre al front_end web(NFEA).

–    Gestione coperture assicurative su Sic-Ania – Risoluzione segnalazione anomalie nei casi di mancata copertura assicurativa sul sita Ania consultabile dalle forze dell’ ordine

–    Gestione attestati di rischio – Risoluzione segnalazione di anomalie nei casi di errata comunicazione dell’ attestato di rischio
–    Caricamento flussi a richiesta – Risoluzione richieste varie ed estemporanee di caricamento dati su DB

–    Progetto nuovo prodotto CVT – Implementazione programmi batch per nuovi codici prodotto e per nuove garanzie

–    Progetto nuovo prodotto CVT – Quietanzamento batch – Implementazione programmi

–    Progetto GENWORTH – Estrazione / Invio mensile flussi estratti relativi alla garanzia 705                

–    Progetto GPS – Trasmissione a VIASAT delle polizze con contratto GPS satellitare che non hanno ancora rinnovato il contratto 

–    Attivita’ di gestione di 1° intervento (risoluzione Landesk / problematiche dalle Agenzie su Nfea)

–    Progetto DATAWAREHOUSE – Analisi degli interventi effettuati nel corso degli anni per programmi/procedure da storicizzare e inviare a DW – Modifiche ai JCL di Produzione in seguito all’ aggiornamento dei programmi

–    Progetto CAUZIONI – Interventi su programmi x gestione dei flag di vommatura su NFEA (dati da nascondere/proteggere/visualizzare)
• Contesto tecnologico    Z/OS 1.12 – COBOL – COBOL2 – DB2 – TSO – JCL 
QMF – Spufi  – Debug tool(batch/TP) 
FILE MANAGER 10.1.0 
GSC (Gestione Sorgenti CarigeAssicurazioni) per EDITOR, compilazioni  e gestione passaggi in collaudo

Dal 09/2013 al 30/04/2014
• Nome Società (dove si è svolta attività lavorativa)    EquensMilano(Banca di sistema specializzata e processi di pagamento in Europa)
• Tipo di azienda o settore    Bancario
• Ruolo    Analista-Programmatore,
AnalistaTecnico

• Attività e Progetti    progetto BLOCCO BONIFICI ESERCENTI:
scopo del progetto e’ la necessità di CartaSi di sospendere i pagamenti/addebiti verso gli esercenti in autonomia, cioe’ una funzionalità CICS TP che permetta di gestire in maniera autonoma la sospensione dei pagamenti verso esercenti (bonifici e addebiti) cui per svariati motivi CartaSi non desidera pagare/addebitare (ad esempio, in caso di pignoramento da parte di Equitalia o recupero degli insoluti).
Dal punto di vista tecnico la procedura prevede una serie di mappe e transazioni CICS attraverso le quali sarà possibile gestire gli esercenti per i quali devono essere sospese le disposizioni di pagamento
Attività di Analisi Tecnica e Sviluppo Applicativo (CICS-DB2-CODE TS) 
Procedura SEPA ACQUIRING
Il progetto SEPA (Single Euro Payments Area) prevede la realizzazione di un area unica dei pagamenti in Euro. L’ obiettivo e’ offrire ai cittadini, alle imprese e alle pubbliche amministrazioni la possibilità di effettuare e ricevere pagamenti in euro nell'area SEPA, senza più differenze tra pagamenti nazionali ed europei (che diventeranno tutti "domestici") con la stessa facilità e sicurezza con cui vengono eseguiti oggi nei singoli paesi. L’end date per il passaggio alla SEPA e’ previsto per fine gennaio 2014(prorogata a fine febbraio 2014). 
ATTIVITA’:
Partendo dall’ analisi funzionale del progetto SEPA (Acquiring) ,l’attivita’ consiste nella realizzazione dell’ analisi tecnica, dello sviluppo batch/TP, della creazione/modifica dei jcl e di eventuali tabelle DB2, della fase di test in ambiente SVL1(sviluppo), della fase di appoggio al test all’ ambiente di COL1(Collaudo), della correzione dei Defect aperti in fase di Collaudo e della fase di Rilascio in PROD(Migrazione in Produzione).
Nell’ ambito del progetto, si è occupato della parte batch di realizzazione di un Pannello Autorizzativo che deve permettere la validazione di flussi esterni per la autorizzazione ad effettuare bonifici/pagamenti.

• Contesto tecnologico    batch/TP   – Z/OS 1.12 – COBOL – COBOL2 –
DB2 – TSO – ENDEVOR – QUICKEDIT – JCL –
QMF – Spufi  – Debug tool(batch/TP) – 
FILE MANAGER 10.1.0 – transazioni CICS – CEDF Debug TP 
 Code TS – definizione Mappe

  06/2013 al 07/2013
• Nome Società (dove si è svolta attività lavorativa)    Equens a Milano
• Tipo di azienda o settore    bancario
• Ruolo    Analista Tecnico
• Attività e Progetti    Procedura di test in ambito bancario
Attivita’ consistente nel preparare i Test-case da passare allo sviluppo applicativo, dove a fronte dell’ input predisposto si deve ottenere un output altrettanto predisposto.
Per preparare input e output si e’ dovuto analizzare il codice sorgente(Cobol) del programma e predisporne il contenuto.

• Contesto tecnologico    Batch   – Z/OS 1.12 – COBOL – COBOL2 – DB2 – TSO – ENDEVOR – QUICKEDIT – JCL
    

 Dal 03/2012 al 04/2013
• Nome Società 
(dove si è svolta attività lavorativa)    Unipol Bologna
• Tipo di azienda o settore    Bancario
• Ruolo    Analista-Programmatore,
AnalistaTecnico

• Attività e Progetti    Progetti/procedure:
•    Procedura di migrazione Titoli del database Incassi
•    Interventi sul software batch/TP per adeguamenti al nuovo data base Titoli 
•    Fase di recupero pregresso di determinate  tabelle
•    Caricamento iniziale 
•    Procedure modificate: Gestione contabilità assicurativa (IN00) 
•    Liste giornaliera(GC00)
•    Rimborsi titoli anomali(RB00) –             
•    Gestione arretrati/sospesi(AS00) 
•    Gestione scoperti(AS00) 
•    Prima nota di agenzia

Nell’ ambito della ristrutturazione(miglioramento dei tempi di risposta e necessita’ di inserire nuovi dati) del database Incassi di Unipol con l’ inserimento di nuove tabelle DB2 e la modifica/cancellazione di tabelle gia’ esistenti, e’ stato necessario ridisegnare il database esistente con un database con una nuova struttura. Quindi i dati del vecchio database sono stati rianalizzati e trasportati sul nuovo database con l’ attivita’ chiamata di migrazione. Tale  attivita’e’ consistita in una fase di popolazione del nuovo database mediante nuovi programmi batch(circa 10 programmi) di trasporto dei dati del vecchio archivio sul nuovo archivio, il controllo di congruenza, integrita’ correttezza di tali dati sul nuovo archivio e la modifica di tutti i programmi batch/TP(circa 400 programmi) interessati dalle modifiche sulle tabelle DB2.

• Contesto tecnologico    batch/TP   – Z/OS 1.12 – COBOL – COBOL2 – DB2 – TSO – ENDEVOR – QUICKEDIT – JCL –
QMF – CATOOL(Platinum-Informazioni tabelle) – Debugtool(batch/TP) – 
FILE MANAGER 10.1.0
    

 Dal 11/2011 al 12/2011
• Nome Società 
(dove si è svolta attività lavorativa)    SKF Airasca (Torino)
• Tipo di azienda o settore    Metalmeccanico
• Ruolo    Analista-Programmatore,
AnalistaTecnico

• Attività e Progetti    Area Funzionale:  Vendita magazzino estero:
Interventi su tutte le procedure TP/BATCH per la dismissione del magazzino. 
Intervento tecnico volto a tagliare i collegamenti informatici tra il magazzino centrale del cliente e un magazzino periferico dismesso (venduto e quindi non facente piu’ parte dei magazzini del cliente). Identificato il codice numerico del magazzino in esame sono stati modificati tutti i programmi batch/tp che facevano riferimento a questo magazzino. 

• Contesto tecnologico    MVS, COBOL,COBOL2, DL1, IMS DB/DC,TSO, ROSCOE
    

   Dal 04/2011 al 11/2011
• Nome Società 
(dove si è svolta attività lavorativa)    IntesaSanPaolo(Torino)
• Tipo di azienda o settore    Bancario
• Ruolo    Analistatecnico/funzionale    

• Attività e Progetti    attività di Analisi Funzionale e Tecnica (Programmi host da passare a Dipartimentale(ABC)) .

Reverse Engineering: Analisi del codice sorgente di programmi/procedure(online) scritte in Cobol2 con accessi al database(CICS/DB2) ed produzione  dallaanalisi delle funzioni gestite che la microanalisi da passare ad un altro gruppo per lo sviluppo applicativo delle stesse funzioni in ambiente Dipartimentale. Problematica – Accensione Multicanale Persone fisiche/Persone giuridiche

• Contesto tecnologico    Mainframe, Cobol2, CICS/DB2
    

 Dal 10/2009 al 03/2011
• Nome Società 
(dove si è svolta attività lavorativa)    Intesasanpaolo(Moncalieri-Torino)
• Tipo di azienda o settore    bancario
• Ruolo    Analista-Programmatore,
AnalistaTecnico

• Attività e Progetti    Attività di Application Management (area Adeguatezza Mifid-Titoli). Interfaccia Mainframe con applicazioni web. 
Si è occupato di gestione, manutenzione, implementazione di servizi/operazioni di Profilatura-Adeguatezza  mifid. – procedure Titoli mainframe/ABC(web) – strumenti – profilature – questionari –classificazioni.

Attivita’ sostanzialmente di Application Management volta a gestire le varie richieste utente giornaliere nell’ ambito dell’ ambiente bancario. Inserito in un  gruppo di sviluppo e a fronte di richieste di intervento coordinate da un responsabile bancario, veniva garantito agli utenti l’ assistenza 8.00-17.00 necessaria per risolvere problemi/chiarimenti di natura bancaria riferiti al Mifid(quindi inerenti la classificazione della clientela, le eventuali commissioni pagate a terzi, la descrizione degli strumenti finanziari utilizzati,le informazioni sulle eventuali perdite, le misure per la protezione dei clienti, la valutazione degli strumenti di portafoglio dei clienti, i costi connessi ai servizi forniti, i test di adeguatezza sulla natura del servizio di investimento offerto o richiesto dal cliente – in generale tutte le informazioni chiare e non fuorvianti fornite dalla banca sufficienti e necessarie al cliente/utente ad effettuare scelte di investimento consapevoli).
Oltre a modifiche tempestive ed immediate(real-time) sui programmi batch/tp per aggiornare dati(definite RICHIESTE DI EMERGENZA), l’attività prevedeva anche estrazioni di dati tramite QMF/SPUFI e stampe ad hoc.

• Contesto tecnologico    Cobol, Cobol2,  CICS, DB2, TSO, ENDEVOR, QMF
    

  Dal 05/2009 al 09/2009
• Nome Società 
(dove si è svolta attività lavorativa)    Credem Reggio Emilia
• Tipo di azienda o settore    Bancario
• Ruolo    Analista-Programmatore,
AnalistaTecnico

• Attività e Progetti    impegnato nella procedura back-end (Mainframe) e front-end (web) per la visualizzazione/gestione dei servizi offerti relativamente ai gruppi bancari e liste societarie.
Servizi offerti:
•    Servizio autorizzazione (profilazione utente)
•    Servizio lista gruppi (lista dei gruppi bancari richiesti)
•    Servizio esistenza gruppi (lista dei gruppi trovati con chiave)    
•    Servizio dettaglio gruppo (dettaglio del gruppo)
•    Servizio modifica gruppo (aggiornamento di un gruppo esistente)
•    Servizio nuovo gruppo (creazione di un nuovo gruppo bancario)
•    Servizio ricerca entità (lista entita’ ricercate mediante codice fiscale,descrizione,ecc.)
•    Servizio dettaglio entità (dettaglio entita’)                
Le informazioni sono estratte dalla base Mainframe e visualizzate come pagina web.
Interfaccia costituito da un programma CICS che riceve ed elabora le richieste da web (XML-RPC) invocando le routine DB2 che elaborano queste  richieste.

• Contesto tecnologico    Cobol, Cobol2, CICS, DB2, TSO, Endevor, SPUFI
    

Dal 09/2006 al 03/2009
• Nome Società 
(dove si è svolta attività lavorativa)    SKF Airasca
• Tipo di azienda o settore    Industriale
• Ruolo    Analista programmatore,
Analista Tecnico
• Attività e Progetti    Gestione delle problematiche relative alla manutenzione e implementazione  delle procedura Acquisti, Gestione magazzino e Fatturazione. Ha eseguito dei interventi su tutte le procedure TP/BATCH per la dismissione del magazzino. 
Utilizzo di Lotus Notes per gestione attività di progetto(definitionphase, item specification, unit test plan,  item review,ecc.).

• Contesto tecnologico    MVS, Cobol,Cobol2, DLI, DL1, CICS, IMS DB/DC, TSO, ROSCOE

    
  Dal 04/2005 al 12/2005
• Nome Società 
(dove si è svolta attività lavorativa)    GTT Torino
• Tipo di azienda o settore    Trasporti
• Ruolo    Analista-programmatore
• Attività e Progetti    Migrazione dati (Ripresa dati), popolazione Data Base da ambiente mainframe DB2 ad ambiente SAP  – R3 (release 4.06.c.) Procedura Gestione sinistri.

• Contesto tecnologico    SAP EASY ACCESS, ABAP4, ABAP WORKBENCH (Report, Transaction report, Sapscript)

    
Dal 01/2005 al 03/2005
• Nome Società 
(dove si è svolta attività lavorativa)    SKF
• Tipo di azienda o settore    Industriale
• Ruolo    Analista-programmatore
• Attività e Progetti    Attività di migrazione dati da ambiente Mainframe relazionale(DB2) ad ambiente SAP(ERP).

• Contesto tecnologico    SAP EASY ACCESS, ABAP workbench (Report), ABAP4,  SAP MM

    
   Dal 05/2000 al 12/2004
• Nome Società 
(dove si è svolta attività lavorativa)    SKF(Airasca – Torino)
• Tipo di azienda o settore    Industriale
• Ruolo    Analista-Programmatore
• Attività e Progetti    All’interno del Progetto: MCSS-MRO Buyer si è occupato  di sviluppo in ambiente mainframe/web; Procedure Magazzino e Acquisti.

Attivita’ di analisi/sviluppo consistente nella gestione dei messaggi in entrata/uscita(code MUC) da MRO Buyer visto come interfaccia WEB, dove a fronte dell’ acquisto del pezzo di ricambio sul sito di MRO Buyer(front-end) viene scatenata una sequenza operativa che porta dapprima alla costruzione di un messaggio di acquisto, a successive fasi di controllo di congruenza delle informazioni e infine all’ invio di questo messaggio di acquisto al magazzino centrale SKF (back-end) utilizzando una procedura batch che accede direttamente al database mainframe del magazzino e dopo il controllo a magazzino ritorna a MRO Buyer un messaggio(coda MUC) di disponibilita’ o non disponibilita’ del pezzo da acquistare.
Si è occupato della parte mainframe(back-end) relativamente ai controlli batch dei dati contenuti nei vari messaggi in entrata/uscita.

• Contesto tecnologico    MVS, COBOL,COBOL2, DLI, DL1, IMS DB/DC, Roscoe, TSO – Changeman

Dal 01/2003 al 02/2003
• Nome Società 
(dove si è svolta attività lavorativa)    IntesaSanPaolo(Torino)
• Tipo di azienda o settore    Bancario
• Ruolo    Analista-programmatore
• Attività e Progetti    Programmi/procedura bancaria VISURE.

• Contesto tecnologico    MVS, COBOL,COBOL2, DLI, DL1, IMS DB/DC, Roscoe, TSO
    

Dal 10/1996 al 09/1999
• Nome Società 
(dove si è svolta attività lavorativa)    SEPIN (Gruppo Fiat Torino)  
• Tipo di azienda o settore    Industriale
• Ruolo    Analista-programmatore
• Attività e Progetti    Manutenzione SIGED (Gestione paghe e contributi dirigenti) dopo migrazione da piattaforma gerarchica a piattaforma relazionale.

Progetto: Portafoglio 2000 – Trasformazione date a 8 caratteri.
A fronte delle richieste cartacee inviate dall’ ufficio Paghe/Contributi preposto alla gestione dei cedolini dei dirigenti Fiat, veniva svolta direttamente una attivita’ di analisi della richiesta e un successivo intervento diretto sui programmi di gestione dei cedolini.
La gestione e la modifica delle paghe e dei contributi, nel caso specifico, è stata attività con interventi pressoche’ giornalieri in quanto soggetta a continue modifiche legali e governative da attivare quasi sempre nell’ immediato.

• Contesto tecnologico    OS3, TOTAL, Unix,  Informix, VI
    

  Dal 05/1995 al 09/1996
• Nome Società 
(dove si è svolta attività lavorativa)    CARISIEL COSENZA
• Tipo di azienda o settore    Bancario
• Ruolo    Analista/Programmatore
• Attività e Progetti    Attività: 

Procedura Gestione Portafoglio Agenti su database reticolare su sistema IBM.

Migrazione  Procedura Bancarie (Credito Fondiario/Mutui Ipotecari) da database gerarchico a database relazionale.
Attivita’ di migrazione dei programmi sul db gerarchico a quello relazionale; definizione dei dati sul nuovo database, creazione/popolazione del nuovo db, controlli incrociati vecchio/nuovo db, aggiornamento programmi batch/tp delle nuove tabelle DB2.
Attivita’ svolta presso Carisiel di Cosenza

• Contesto tecnologico    Cobol, DB2, DL1, DB2I, QMF, SPUFI
    

 Dal 07/1992 al 04/1995
• Nome Società 
(dove si è svolta attività lavorativa)    FIAT Ricambi(Volvera – Torino)
• Tipo di azienda o settore    Industriale
• Ruolo    Analista/Programmatore

• Attività e Progetti    All’interno de progetto Europa 93  si è occupato di ridefinizione, adattamento, implementazione di procedura Anagrafica Del Prodotto e Anagrafica Clienti.
Analisi utilizzando il modello dei dati FIATWARE delle nuove informazioni in Anagrafica del Prodotto Ricambi Fiat e dell’ Anagrafica Clienti per determinare la necessita’/convenienza informatica di migrare su un nuovo database con altra tecnologia rispetto a quella reticolare utilizzata oppure se apportare solo le modifiche al database. L’ analisi utilizzando Fiatware ha portato alla scelta di non migrare su un nuovo db, ma di apportare le nuove modifiche al preesistente; al seguito attivita’ di modifica programmi sul database.

• Contesto tecnologico    Cobol, GCOS, IDS/II, Excel
    

Dal 01/1991 al 06/1992
• Nome Società 
(dove si è svolta attività lavorativa)    IVECO(Torino)
• Tipo di azienda o settore    Industriale
• Ruolo    Analista/Programmatore    
• Attività e Progetti    Attività: 
•    Analisi procedura Trasporti eccezionali.
•    Manutenzione/implementazione Servizi Bancomat.
•    Adattamento Procedure Marketing Logistiche Amministrative, su ambiente IBM 30XX e DB relazionale.
•    Migrazione del Price System(Sistema prezzi di listino Iveco) dettagliato in seguito in ambiente relazionale.
•    Modifica dei programmi che accedevano al DB reticolare con il nuovo accesso al DB relazionale

• Contesto tecnologico    MVS, DB2, COBOL, Oracle, Unix, TOP DOWN.

  Dal 01/1979 al 12/1990
• Nome Società 
(dove si è svolta attività lavorativa)    Iveco(Torino)
• Tipo di azienda o settore    Industriale
• Ruolo    Analista/Programmatore    
• Attività e Progetti    Attività: 
•    Gestione magazzino cespiti ammortizzabili Budget.
•    Sistema informativo SIGED(Gestione paghe e contributi dirigenti)
•    Statistiche marketing Logistiche Amministrative su sistema IBM.
•    Procedura marketing(Price system) –  Logistiche Amministrative.
Attivita’ volta ad emettere il prezziario in lire e dollari dei pezzi di Ricambio in Iveco.
In seguito alle informazioni inserite/modificate/annullate annualmente in un database di tipo reticolare, una serie di programmi batch(a calendario) predispongono l’ emissione del listino prezzi dei pezzi di ricambio in Iveco.

• Contesto tecnologico    GCOS, IDS/II, TP-DM/IV,COBOL, OS/3, TOTAL, TIP-30, ADS/ON 
LINE, DOS/VSE, IDMS
    
ISTRUZIONE E FORMAZIONE    
    
   1976
• Nome e tipo di istituto di istruzione o formazione    Liceo Scientifico Galileo Ferraris di Torino
• Qualifica conseguita    Diploma di Maturità Scientifica

    
• Corsi di Formazione    Nel 2004: Corso Sap su modulo PP
Nel 2004:CorsoSAP su modulo MM
Nel 2004: Corso SAP su modulo CO
Nel 2004: Corso SAP su modulo FI
Nel 2004: CorsoSAP Abap4
Nel 2000: Corso OASAP
Nel 2000: Corso Develop Web-Based Applications con PL/SQL
Nel 2000: Corsodi PL/SQL e PL/SQL Advances
Nel 2000: Corso di Oracle Overview e linguaggio SQL
Nel 1989: Tecniche di approccio rapporti con utenza
Nel 1987:Metodologie di conduzione Progetti

CAPACITÀ E COMPETENZE TECNICHE    
    
• Software applicativo    ENDEVOR
IMS
CICS
TSO,
ROSCOE,
ABAP WORKBENCH (SAP ABAP4),
VI(Informix),
Endevor,
TP-DM/IV
TIP-30
ADS/ON LINE
IMS/DB-DC

• Sistemi operativi     Z/OS 1.12, 
MVS, OS390
Windows,
Unix,
GCOS,
OS/3

• Linguaggi di programmazione    Cobol, Cobol2,
ABAP,
DL/1,
JCL,
SQL,
    
• Data Base    DB2
TOTAL
IDS/II
IDMS            
ORACLE
DL1
INFORMIX

•  Metodologie e tecniche di sviluppo    ANALISI TOP DOWN
FIATWARE

    
LINGUE STRANIERE 
    Inglese
• Capacità di lettura    sufficiente
• Capacità di scrittura    sufficiente
• Capacità di espressione orale    sufficiente
    
    Francese
• Capacità di lettura    buono
• Capacità di scrittura    buono
• Capacità di espressione orale    buono
    

111 total views, 1 today