Sviluppo remoto di soluzioni mobili in tutta Europa
Per farvi capire meglio i nostri vantaggi e come funzionerà il progetto di applicazione mobile che state pianificando con noi, vi descriveremo qui perché lo sviluppo remoto è altrettanto valido dello sviluppo in loco e cosa significano i termini utilizzati nella nostra attività. Questo aspetto entra in gioco quando lo sviluppo dell’applicazione viene affidato a noi.
Sia il cliente che lo sviluppatore hanno bisogno di tempo per riflettere tra uno scambio e l’altro per trovare la soluzione migliore: la presenza in loco è quindi per lo più una perdita di tempo per entrambi. Il nostro metodo si colloca a metà strada tra i metodi tradizionali di gestione dei progetti e il metodo Agile.
Il nostro metodo di analisi, sviluppo e integrazione a distanza è collaudato e prevede fasi di avanzamento rigorose e formalizzate.
I vantaggi del nostro metodo di analisi, sviluppo e distribuzione a distanza di applicazioni mobili per il cliente:
- Analisi altamente formalizzata: è già abbastanza difficile ottenere ciò che pensiamo di capire, quindi passiamo abbastanza tempo con i nostri clienti per assicurarci che stiamo parlando della stessa cosa: il cliente guadagna in tempi di sviluppo più brevi e in un minor numero di versioni da testare. Guadagna anche in termini di aggiunta di funzioni a cui non avrebbe pensato inizialmente, grazie al fatto che abbiamo esperienza di altre aziende e di funzioni simili.
- Il cliente risparmia tempo e denaro che di solito spende in viaggi,
- I numerosi scambi danno loro il tempo di pensare ai cambiamenti e alle modifiche delle procedure informatiche e del software interno. Alla fine, un documento riassume il contenuto della loro richiesta e vengono definiti i file di input e quelli modificati,
- Diamo loro la possibilità di vedere il loro sviluppo in azione online e di decidere sulla sua validità o sulle sue modifiche,
- gli diamo la possibilità di testare la versione sviluppata a casa su una macchina collegata ai suoi file o database,
- Il cliente vede gradualmente la soluzione mobile prendere forma nella sua sede e si rende conto delle conseguenze per la sua organizzazione e i suoi team,
- Con l’avanzare del progetto, la spesa del cliente aumenta: gli ordini di terminali vengono effettuati anche all’ultimo minuto,
- I suoi terminali arrivano preinstallati e configurati: tutto ciò che deve fare è inserire il suo codice di rete,
- Con il consenso e la presenza del cliente, possiamo prendere il controllo del suo gateway e dei suoi terminali per l’installazione remota,
- Il cliente può richiedere un aggiornamento per piccole correzioni ergonomiche e ha i mezzi per installare gli aggiornamenti sui suoi terminali.
È un mix tra i metodi tradizionali di gestione dei progetti e il metodo Agile.
Il nostro metodo di integrazione rapida, degno della certificazione ISO 9000:
1. Analisi dei bisogni, business analyst, prototipazione e sviluppo remoto:
Sulla base della descrizione dei vostri requisiti o di un modello di applicazione, realizziamo per voi quanto segue, tenendo conto di una serie di fasi che dipendono dalle vostre esigenze:
- analisi dei vostri requisiti: trascrivendoli in un linguaggio comune che possa essere compreso sia dal cliente che dallo sviluppatore, suggerendo funzioni importanti e modelli di business con un ritorno sull’investimento,
- considerazione dei sistemi IT esistenti,
- analisi delle interfacce necessarie: interfacce dati in entrata e in uscita e interfaccia uomo-macchina (HMI), flusso di lavoro,
- realizzazione di un prototipo senza investimenti hardware con voi, con il nostro terminale, in loco.
- Test di convalida del flusso di lavoro e dell’interfaccia,
- redazione di manuali per amministratori e utenti.
2. Distribuzione:
- lavorare in collaborazione con l’editore della vostra soluzione di gestione per preparare la definizione delle interfacce: sistema che fornisce ai cellulari e/o integra i dati provenienti dai cellulari,
- hosting API sui nostri server,
- hosting del database sui nostri server o su servizi da noi referenziati, sul vostro conto,
- test di accettazione,
- acquisto e installazione di licenze operative sui terminali,
- formazione degli amministratori delle applicazioni e degli utenti pilota.
- convalida o correzioni minori.
3. Il nostro unico vincolo:
Il terminale con imager o smartphone che sceglierete deve funzionare con Android.
Avrete la possibilità di scegliere: un gran numero di terminali con imager integrato funzionano su questo sistema operativo Android: tipi di terminali lettori di codici a barre RFID
Termini utilizzati, fasi dello sviluppo e della messa a punto del software embedded
Il POC: “Una prova di concetto (dall’inglese: proof of concept) o dimostrazione di fattibilità, o “dimostratore”, è una realizzazione sperimentale concreta e preliminare, breve o incompleta, che illustra un certo metodo o un’idea al fine di dimostrarne la fattibilità” (Wikipedia). che illustra un certo metodo o un’idea per dimostrarne la fattibilità" (Wikipedia, settembre 2018).
Non viene necessariamente utilizzato in tutti i progetti, ma solo se c’è incertezza sulla connessione tra tecnologie distanti o complicate, o se il cliente lo richiede. È una sorta di pre-studio, di ricerca e ha lo scopo di perfezionare i vari elementi assemblati per garantire la comunicazione o testare i limiti o le funzionalità o per addestrare il cliente a visualizzare l’uso di questa tecnologia a lui sconosciuta.
Questa fase è fatturata ma senza benefici, senza convalida preventiva da parte del cliente, non è destinata ad essere sfruttata né a durare nel tempo e non costituisce in alcun modo un trasferimento di licenza, (non ha funzioni diverse da quelle del software). (non ha funzioni di aggiornamento, upgrade o protezione ed è limitato). Questa fase non elimina le fasi successive, ma le facilita: una migliore comprensione e proiezione del cliente nella futura applicazione, il riutilizzo di parte del codice e quindi minori costi di sviluppo.
l’analisi e le specifiche: fase di definizione scritta della soluzione che spiega in modo dettagliato cosa vuole il cliente, come deve funzionare la soluzione, il suo contesto, le sue risorse e le interfacce con altri sistemi (input e output di dati, stampa) e determina i limiti di utilizzo della futura soluzione mobile.
Le pre-analisi o le specifiche del cliente vengono studiate ma rielaborate perché incomplete. Questa fase si conclude con la produzione da parte della nostra azienda di una versione “1” delle specifiche che deve essere convalidata dal cliente e che è determinante per le fasi successive e per eventuali controversie o discussioni future; il preventivo finale può essere modificato in seguito a questa convalida.
Versione Qualsiasi modifica successiva a questa convalida delle specifiche richiederà una nuova presentazione e convalida delle specifiche, con un aumento del numero di versione a seconda che la modifica sia minore o maggiore. La fatturazione dipenderà dal livello di modifica e dal momento dello sviluppo di questa modifica;
Mock-up del software Un progetto più o meno avanzato per definire la grafica e la struttura di un pacchetto software in relazione all’analisi: questa fase è fatturata e non è destinata a essere utilizzata o a durare nel tempo. È tuttavia necessario validarla con il cliente prima della fase di sviluppo finale.
sviluppo della versione finale: Fase di integrazione con interfacce automatizzate per il cliente, come definito nei metodi di analisi, protezione e licenza, aggiornamento. Consegnato con licenze provvisorie a causa della natura incorporata del software.
Accettazione, o “ricezione L’accettazione, o “ricezione”, determina il punto di partenza per il funzionamento, la fatturazione e la conferma della validità della licenza.
Definizione di “gateway”: un programma informatico o un server, noto anche come “API”, che raggruppa e concentra le comunicazioni con i terminali mobili e sul quale è programmato in modo sicuro un servizio di accesso ad altre risorse come i database.
Aggiornamento del software: un aggiornamento.
- un aggiornamento include correzioni di bug e alcuni piccoli miglioramenti, pur rimanendo all’interno della versione maggiore+minore definita; la terza cifra della versione viene quindi aumentata,
- un aggiornamento cambia la versione maggiore o minore del software a seconda dell’impatto delle funzioni aggiunte.
Con questi metodi, copriamo tutta l’Europa in lingua francese e inglese. Non esitate a chiederci ulteriori informazioni!