IMPLEMENTATION PLAYBOOKCome l'integrazione hardware e software IOT si muove dalla domanda ai risultati accettabili
I seguenti sono utilizzati per spiegare la metodologia di implementazione, il calibro dei dati e i confini della responsabilità, e non sono utilizzati come proxy per il giudizio di progetto da liste funzionali.
01 Linea di base operativaPrima di tutto, registriamo lo stato reale prima della modifica.
Quando il progetto viene lanciato, viene selezionato un collegamento di lavoro che necessita di maggior miglioramento, vengono effettuate interviste con l'utente effettivo e i campioni recenti. Il volume di elaborazione, il tempo medio di attesa, il numero di back-works, numeri insoliti e punti di contatto manuali sono registrati intorno “Equipment delle esigenze di apparecchiature, interfacce e link di comunicazione”; se i dati disponibili sono incompleti, i conti di scrivania manuale vengono utilizzati come base per una o due settimane di fila.
La linea di base dovrebbe anche indicare la portata delle statistiche e delle esclusioni. Ad esempio, il tempo di elaborazione inizia con la disponibilità di informazioni o con la prima presentazione da parte del cliente, l'eccezione non include interfacce di terze parti, e le modifiche manuali sono la correzione o la rielaborazione di piccole prove.
02 Primo anello chiusoConvalida le ipotesi chiave con il minimo ambito disponibile
La prima fase non cerca di coprire tutti i settori, ma piuttosto forma un ciclo chiuso intorno “software integrato, team di hardware e solidi” che possono operare in termini reali: entrare in modo chiaro, regole di processo, azioni di sistema, ruoli responsabili, movimenti anormali e output finale.
La valutazione della necessità corrisponde a ciascuna competenza per la scena aziendale, il ruolo dell'utente e l'accettazione del campione. I soggetti che non forniscono dati legittimi, interfacce o decisori devono essere inclusi come pre-condizione o fase successiva, e non devono essere inclusi tranquillamente in un'offerta a banda fissa.
• Realizzazione di progettiRendere il processo un risultato di fase reversibile e reversibile
I percorsi tipici sono la ricerca di attrezzature e scenari, protocolli e prototipi, progettazione di architetture cloud-side, sviluppo software e hardware in parallelo. Ogni fase dovrebbe portare a risultati visibili, come grafici di flusso, prototipi, compatte di interfaccia, record di test, istruzioni di distribuzione o dimostrazioni in esecuzione.
La dimostrazione di fase non è “guarda al lavoro”. Un campione rappresentativo dovrebbe essere utilizzato per coprire processi normali, campi mancanti, richieste ripetute, autorità inadeguate, sorpresi di tempo e anomalie di dati storici da servizi esterni, e per identificare i problemi che si presentano solo nell’ambiente di produzione in una fase iniziale.
04 Operazioni di ricezione e di ispezioneAccettazione e accettazione comuni con consegna, prove e indicatori
Il progetto dovrebbe almeno conciliare le attrezzature con le specifiche dell'interfaccia cloud, il software solido o periferico, la piattaforma di accesso e gestione delle attrezzature, e confermare il codice sorgente o l'attribuzione di configurazione, la gestione del conto, la distribuzione di costruire, il backup dei dati, la risposta di guasto e la successiva responsabilità di manutenzione.
Una linea di base di processo di 800 elementi al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12 per cento è solo un esempio, non una prestazione del cliente. Una linea dovrebbe essere seguita da quattro a otto settimane consecutive di osservazione continua allo stesso calibro, prima di giudicare se l'apparecchiatura è uniformemente visibile, eccezionalmente più veloce in loco, da remoto aggiornato e mantenuto.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come lo sviluppo di IOT, lo sviluppo di software integrato e hardware, lo sviluppo di una piattaforma di networking e la piattaforma cloud di attrezzature.Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza implicare un impegno per gli effetti fissi; la portata finale, il ciclo, il budget e gli indicatori si basano sulla diagnosi di progetto, sui principi di contratto e di accettazione.
