Glossario sviluppo software: API, MVP, stack tecnologico spiegati

Glossario sviluppo software: MVP, API, stack, repository, SLA, manutenzione e diritti sul codice, con la domanda da fare a chi sviluppa.

Un fornitore ti parla di stack, MVP e rilasci, e tu firmi sperando di aver capito cosa stai commissionando. Questo glossario sviluppo software spiega i termini che trovi nei preventivi e nei contratti. Per ciascuno c'è la domanda da fare a chi sviluppa.

I termini sulle app sono nel glossario sviluppo app. Per scrivere cosa vuoi costruire, c'è la guida sul capitolato tecnico.

Cosa costruisci

Requisiti

I requisiti sono la descrizione di ciò che il software deve fare e delle condizioni da rispettare. Si dividono in funzionali, cioè le azioni, e non funzionali, come sicurezza e prestazioni.

Chiedi dove sono scritti i requisiti del tuo progetto. Se non lo sono, ogni preventivo è un'ipotesi.

MVP

L'MVP (minimum viable product) è la prima versione che funziona davvero. Ha le funzioni minime per essere provata da utenti reali. Serve a capire cosa serve prima di costruire tutto.

Chiedi quali funzioni entrano nell'MVP e perché. Un MVP con tutte le funzioni è un progetto completo.

Prototipo e wireframe

Un wireframe è lo schema delle schermate, senza grafica. Un prototipo è una simulazione cliccabile, senza funzioni vere dietro.

Chiedi di provare un prototipo prima dello sviluppo. Costa meno cambiare una schermata disegnata che una già programmata.

Com'è fatto

Frontend e backend

Il frontend è la parte che vedi e usi: schermate, pulsanti, moduli. Il backend lavora dietro le quinte, con dati e regole.

Chiedi cosa è incluso nel preventivo per ciascuna parte. Un costo che parla solo di "sviluppo" non lo dice.

API

Un'API è l'interfaccia con cui due software si scambiano dati, per esempio il tuo gestionale e il tuo sito.

Chiedi quali API esistono già nei sistemi che usi. Se mancano, il collegamento costa di più.

Database

Il database è l'archivio organizzato dei dati: clienti, ordini, prodotti. Ogni azione sul software lo legge o lo modifica.

Chiedi dove si trova, chi lo amministra e come esporti i dati. Poterli esportare è una tua garanzia di uscita.

Stack tecnologico

Lo stack è l'insieme di linguaggi, framework e strumenti scelti per il progetto. Influenza costi e facilità di trovare altri sviluppatori in futuro.

Chiedi perché è stato scelto. Una tecnologia molto di nicchia può renderti dipendente da un solo fornitore.

Monolite e microservizi

Un monolite è un software in un unico blocco. I microservizi sono molti pezzi piccoli, che dialogano tra loro. I secondi sono più complessi da gestire.

Per un progetto piccolo, di solito basta un monolite ben fatto (pratica di settore). Chiedi perché il fornitore propone i microservizi, se lo fa.

Come si lavora

Agile e sprint

Agile è un metodo che consegna il software a piccoli passi, con verifiche frequenti. Uno sprint è uno di questi passi, di solito di poche settimane.

Chiedi cosa ricevi alla fine di ogni sprint. Se non è qualcosa che puoi provare, non è un avanzamento.

Repository e versioni

Un repository è il luogo in cui sta il codice, con la storia delle modifiche. Lo strumento più diffuso è Git.

Chiedi che il repository sia intestato a te, o trasferibile. Senza accesso, il codice resta sotto il controllo del fornitore.

Ambienti: sviluppo, test, produzione

Il software passa per ambienti diversi. In sviluppo lo costruiscono. In test lo verificano. In produzione lo usano davvero.

Chiedi se esiste un ambiente di test dove provare tu le novità, prima del rilascio.

Qualità e rilascio

Test e collaudo

I test sono prove automatiche o manuali del funzionamento. Il collaudo è la verifica finale che fai tu, con criteri scritti, per accettare la consegna.

Chiedi quali test vengono fatti e con quali dati. Il collaudo senza criteri scritti non risolve i disaccordi.

Bug e richiesta di modifica

Un bug è un difetto: il software non fa ciò che era scritto. Una richiesta di modifica è un cambio rispetto a ciò che era scritto.

Si pagano in modo diverso. Chiedi nel contratto chi corregge i bug, per quanto tempo, e come si preventivano le modifiche.

Deployment

Il deployment (rilascio) è il passaggio del software in produzione. Un rilascio ben fatto prevede una prova finale e un piano per tornare indietro.

Chiedi cosa succede se il rilascio va male. Se la risposta è "non succede", insisti.

Dopo la consegna

Manutenzione

La manutenzione si divide in quattro tipi: correttiva, per i difetti. Adeguativa, per cambi di ambiente. Evolutiva, per nuove funzioni. Preventiva, per ridurre i rischi futuri (documentato dallo standard ISO/IEC 14764).

Chiedi cosa include il canone e cosa si paga a parte. La manutenzione evolutiva di solito si preventiva a parte.

SLA

Lo SLA (service level agreement) è l'accordo sui tempi di risposta e di ripristino in caso di blocco.

Chiedi tempi precisi, come "risposta entro quattro ore lavorative", e cosa succede se non sono rispettati.

Backup e ripristino

Il backup è la copia dei dati. Il ripristino è il tempo che serve a rimettere in piedi il sistema da quella copia.

Chiedi ogni quanto si fa il backup, dove viene conservato e se il ripristino è stato provato.

Debito tecnico

Il debito tecnico è il costo futuro di scorciatoie prese oggi. Si manifesta come modifiche sempre più lente e costose.

Chiedi se il preventivo prevede tempo per riordinare il codice. Senza, il costo delle modifiche cresce nel tempo.

Diritti e licenze

Codice sorgente e diritti

Il codice sorgente è il testo scritto dagli sviluppatori. Per la legge sul diritto d'autore, la cessione dei diritti va provata per iscritto (art. 110 della legge 633/1941). Senza accordo, i diritti possono restare al fornitore.

Chiedi cosa ricevi: la proprietà o solo una licenza d'uso, e se ricevi il codice.

Software open source

Il software open source ha il codice pubblico e una licenza che ne regola l'uso. Alcune licenze impongono obblighi, per esempio rendere pubbliche le modifiche.

Chiedi quali componenti open source sono usati e con quali licenze. Un elenco è parte della consegna.

Come usare il glossario con un preventivo in mano

Davanti a un preventivo, controlla tre cose. Cosa è incluso per ogni parte. Cosa viene consegnato a ogni passo. Cosa succede dopo il rilascio.

Se un termine ricorre e il fornitore non sa spiegarlo in due frasi, chiedi di riformularlo. Se vuoi un parere sul tuo preventivo, contatta Clion S.p.a..