Indice articolo
In questo articolo presentiamo le implementazioni realizzate dal LAB nel primo semestre 2024.
Divulgazione / Documentazione / Formazione
Esempi/Dimostrabilità (ref. A£DEMO, Origine: Richiesta di implementazione)
Creati contenuti (webinar, workshop, demo, corsi) per la formazione e l’ingaggio di clienti e colleghi.
Gestione wiki (ref. B£_015, Origine: Richiesta di implementazione)
Integrato con smeup lo strumento di documentazione attualmente in uso (wiki.js). Questo per avere contemporaneamente uno strumento moderno e completamente integrato con smeup.
Formazione (ref. P0_077, Origine: Richiesta di implementazione)
Creazione di percorsi tecnici e di onboarding per la formazione di personale interno ed esterno (fornitori, clienti). Messi a disposizione strumenti di comprensione per lo sviluppo e la testabilità della piattaforma Data.
Architettura
Sostituzione Provider per l’accesso a risorse di rete (ref. B£BASE – H80 , Origine: Piano di sviluppo)
Realizzato un POC per consentire l’accesso senza necessità di provider, da RPG, a risorse di rete esterne all’IBM i. Questo semplifica la struttura per l’accesso a risorse esterne e facilita la dismissione del provider stesso.
Sostituzione Provider per l’integrazione con webservice (ref. B£BASE – K11 , Origine: Piano di sviluppo)
Realizzata una versione di K11 che non necessita del provider. Creato un pacchetto installabile anche su release precedenti. Questo semplifica la struttura per il consumo di qualunque webservice e facilita la dismissione del provider stesso.
Evoluzione interfaccia Web: Webup.js (ref. WE_251 , Origine: Piano di sviluppo)
Creazione di una nuova versione di webup che usa interamente la libreria ketchup aumentando performance, stabilità e mettendo a disposizione test e2e affidabili. Già in uso per due verticalizzazioni presso clienti (App Unieuro e Ferrero BSA). Industrializzazione del processo di sviluppo.
AHD: (ref. NSSKIT , Origine: Piano di sviluppo)
Rilascio del prodotto AHD: contenitore tecnologico per installare, mantenere aggiornati, monitorare, fruire on-premises e in cloud, con pochi click, tutti i prodotti rilasciati dal laboratorio.
Miglioramenti a runtime multipiattaforma per scalabilità, robustezza e prestazioni: (ref. MURUNT , Origine: Piano di sviluppo)
- Da architettura monolitica ad un’architettura a microservizi con dispatcher e microexecutor. Questo rende l’applicazione più scalabile, performante, robusta.
- Multitenancy, per poter avere nella stessa installazione più ambienti anche di clienti diversi.
- Gestione dello streaming http nella comunicazione rendendola più robusta e veloce.
- Comunicazione tra microservizi, per in modo che servizi scritti in linguaggi diversi possano richiamarsi a vicenda.
- Migrazione del database da MySQL a PostgreSQL, in grado di fornire prestazioni migliori e funzionalità di tipo enterprise.
Interoperatività microservizi in runtime multipiattaforma: (ref. MURUNT , Origine: Piano di sviluppo)
- Comunicazione tra microservizi, per consentire a servizi scritti in linguaggi diversi di richiamarsi a vicenda.
- Origine della richiesta: Piano di sviluppo
Installazioni multitenant: (ref. MURUNT , Origine: Richiesta di implementazione)
- Multitenancy, per poter avere nella stessa installazione più ambienti anche di clienti diversi.
- Origine della richiesta: Richiesta di implementazione
Developer Experience
Gestione dei Branch: (ref. A£_103 , Origine: Richiesta di implementazione)
Migliorata la gestione dei branch smeup, per essere utilizzabile dai clienti secondo le loro esigenze specifiche. Questo per migliorare la gestione e il processo di sviluppo anche presso clienti.
Adozione GitHub Organization: (ref. A£LABS , Origine: Richiesta di implementazione)
Migliorato il processo di versionamento, rilascio e test, migliorando di conseguenza la qualità dei prodotti, tramite l’utilizzo di servizi in hosting per tutte le aziende del gruppo (Github Organization).
Supporto a molteplici linguaggi di programmazione nello sviluppo multipiattaforma: (ref. MURUNT , Origine: Richiesta di implementazione)
SDK per consentire lo sviluppo sia in RPGLE che in linguaggi di programmazione moderni (java, typescript, .net, go). Questo consente di utilizzare Data come piattaforma per tutti i software del gruppo e anche da parte di clienti esterni.
User Experience
Aumento componenti e funzionalità interfaccia Web: Webup (ref. WEBASE ) e Webup (ref. WEVUEJ ) (Origine: Richiesta di implementazione)
- Sviluppo di nuovi componenti (es: planner, calendario e grafici) e funzionalità (pannello di gestione OpenAI). Revisione dei componenti esistenti e aggiornamento della libreria per migliorare l’esperienza utente e le performance.
- Integrazione di nuovi componenti (planner, matrice editabile, grafici), forme grafiche, sviluppo di nuove funzionalità (CRUD oggetti) e strumenti (download proxy, integrazione con OpenAI).
- Migliorata la gestione dei temi, le icone e l’aspetto per rendere più espressivo il front-end.
Integrazioni
Miglioramento Parser json (ref. B£BASE – K37 , Origine: Piano di sviluppo)
Migliorate le performance nel parsing del json in modo da poter, tra l’altro, acquisire dati da qualunque webservice esterno in modo performante.
Ottimizzazione per l’accesso Mobile per lo Showcase Integrazioni (ref. WS_116 , Origine: Richiesta di implementazione)
Al fine di aumentare la dimostrabilità e testare le integrazioni, la UPP è stata resa fruibile anche da mobile e sono stati creati numerosi test di integrazione.
Integrazione Outlook calendar (ref. WS_236 , Origine: Richiesta di implementazione)
Integrazione con Microsoft Outlook Calendar in modo da gestire eventi di calendario da CRM
Business Card – AI Driven Recognition (ref. WS_257 , Origine: Richiesta di implementazione)
Integrazione con il servizio di Microsoft Azure per l’acquisizione dei dati da biglietti da visita tramite OCR con creazione contatti in Smeup ES
Framework per il Templating su AS400 (ref. WS_260 , Origine: Piano di sviluppo)
Realizzato un sistema di templetizzazione per la generazione di documenti/payload per le integrazioni che migliora l’implementazione e la distribuzione di integrazioni standard
Integrazione Documentale con Evodoc (ref. WS_269 , Origine: Richiesta di implementazione)
Aggiunta l’integrazione specifica con prodotto Evodoc per poter estendere la UPP di gestione documentale di Smeup ES.
Raccolta dati da cliente (ref. A£_144 , Origine: Richiesta di implementazione)
Creato e messo a disposizione del Sistema informativo un sistema di raccolta dei dati delle installazioni smeup dei clienti.
Sicurezza
Aggiornamento App Mobile (ref. MOBASE , Origine: Piano di sviluppo)
Aggiornate tutte le app mobile (smeup mobile, smeupper, app brandizzate dei clienti) per migliorare performance e sicurezza (risoluzione vulnerabilità)
Estensione delle autenticazioni supportate da G53 Mail (ref. NSBASE , Origine: Richiesta di implementazione)
Miglioramenti all’invio mail in Smeup ES con il supporto all’autenticazione Microsoft Modern Authentication.
Adeguamento interfaccia per ascolto mail (ref. LOGATW , Origine: Richiesta di implementazione)
Miglioramenti al gateway con supporto all’autenticazione Microsoft Modern Authentication per l’ascoltatore mail ed a supporto del processo di sostituzione del provider (es: IISP).
Potenziamento della gestione dell’autenticazione e adeguamento tecnologico delle Web Api Smeup (ref. WSREST , Origine: Piano di sviluppo)
Aggiornamento tecnologico a “Smeup Rest API”, prodotto che permette di esporre dati e servizi verso l’esterno, e contestuale integrazione dell’autenticazione con WE_110, in modo da esporre webservice in modo sicuro e senza vulnerabilità.
Modernizzazione
Adozione Input Legacy su Web e Mobile (ref. B£_160 , Origine: Richiesta di implementazione)
Riutilizzo web e mobile tramite input panel di programmi con formati video e subfile.
Estensione della copertura rpg dell’Interprete Jariko (ref. MULANG , Origine: Piano di sviluppo)
- Aumento della copertura delle istruzioni supportate dall’interprete RPG per il recupero del software e delle competenze sviluppate negli ultimi 30 anni.
- Industrializzazione del processo di correzione errori
“Smeuppizzazione” di software esistenti tramite entità applicative (ref. MU_173 , Origine: Piano di sviluppo)
- Definizione di entità applicative a partire da db relazionali e non relazionali e da webservice che consente di “smeuppizzare” software esistenti.
- Navigazione reticolare ad oggetti, basata sulla definizione di entità, senza la necessità di costruire una navigazione ad hoc.
- Schede e servizi standard per la visualizzazione e la modifica di liste e di istanze di oggetti
Servizi
Consulenza ed Advisory (Origine: Richiesta di implementazione)
Supporto e azione di advisory a realtà come Cargoful e E-Plato nelle scelte tecnologiche e della strategia a medio/lungo termine. Supporto a I-Lari nella realizzazione di prodotti utilizzando la piattaforma Data.
Progetto Grain (Origine: Piano di sviluppo)
Gestione documentazione e relative attività per la partecipazione al bando del MISE sull’innovazione, bando che prevede un finanziamento di una cifra superiore ai 6 milioni di euro di cui circa il 25% a fondo perduto per lo sviluppo di prodotti per la piattaforma Data.
Altre attività (Origine: Piano di sviluppo)
Definizione della contrattualistica e relativo materiale, delle policy e delle regole di fine supporto/supporto garantito per l’azienda smeup LAB. Mantenimento di standard di sicurezza dei prodotti attraverso assessment, aggiornamenti
5 commenti su “Smeup LAB Biannual Bulletin 2024 S1”
Cliccando sui vari riferimenti si apre una pagina di webup con tutta una serie di login. Se si volesse vedere la Ref e l’eventuale documentazione quale dovrei usare di login?
Grazie
In effetti i link mandano alla scheda del prodotto, che presuppone un account smeup, in cui ognuno entra tramite il login della sua azienda. Questa cosa evidentemente non ha senso per un esterno.
A ogni modo, anche entrando, un esterno non otterrebbe informazioni utili per sé, diversamente da un interno.
Le cose davvero importanti sono state tutte messe nell’articolo.
Grazie
Grazie per aver dato uno schema e una evidenza del grande lavoro svolto; è utile
dare visibilità al cliente, costruendo “pillole didattiche”.
dare evidenza a tutti i colleghi (es. sw VM con webup), eventualmente spiegando alcuni acronimi; es Mulang = Jariko ?
Grazie
Grazie!
MULANG è il codice della UPP, quindi diciamo una codifica interna. In questo senso serve solo come riferimento. E’ un po’ come i codici prodotto dell’IKEA! Avendone centinaia, l’unico modo è dare una codifica, quasi mai comprensibile. In altri casi è addirittura un progressivo.
Abbiamo reputato che questo fosse poco utile a un esterno, al quale non darà nessun valore aggiunto, cosa che invece dovrebbe trovare nella descrizione dello sviluppo fatto.
Grazie