Ambito di sviluppo
Ambito e test di base
Determina le basi esistenti, le dipendenze tecniche e i contenuti che devono essere sviluppati in base all'indirizzo del broker, al TLS e al certificato, all'identità del dispositivo, all'argomento, al modello di messaggio, alla QoS e alle regole di sessione.
Attuazione e integrazione
Sviluppa autenticazione della connessione, pubblicazione e sottoscrizione, heartbeat, ripristino della sessione e risoluzione dei problemi e unifica i campi del dispositivo, l'identificazione dei comandi e la conferma dei messaggi.
Documentazione di consegna
Fornire codice client, descrizioni di protocollo e record di test per l'integrazione del server.
Revisione e limitazioni
I certificati, la sincronizzazione dell'ora, le funzioni dello stack di protocolli del modulo o del controller principale devono essere confermati individualmente; Lo stato del dispositivo non può essere giudicato solo dalla connessione TCP.
Processo di attuazione del progetto
Verifica di dati e interfacce → Conferma di soluzioni tecniche e casi d'uso di verifica → Implementazione dell'integrazione con l'ambiente di destinazione → Regressione di scenari anomali → Trasferimento dei dati della versione.
Esaminare i risultati dell'implementazione nell'ambiente hardware e software di destinazione e fornire record delle relative configurazioni dell'interfaccia, dipendenze delle versioni e risoluzione dei problemi per facilitare la successiva integrazione e manutenzione da parte del team di ricerca e sviluppo dell'azienda.
Documenti di progetto richiesti
- Indirizzo del broker, TLS e certificato, identità del dispositivo, argomento, modello di messaggio, QoS e regole di sessione.
- Possono essere fornite informazioni di progettazione, codice, autorizzazioni di interfaccia e dispositivi di test target.
- File sorgenti, programmi o strumenti che si prevede di consegnare, responsabilità dei test di integrazione tra moduli e nodi del progetto.
- Campioni di accettazione, ambiente, condizioni di test e soglie di superamento.
Oggetto della consegna e dell'accettazione
| Servizi | Contenuto della consegna | Metodo di verifica |
|---|---|---|
| Ottieni risultati | Fornire codice client, descrizioni di protocollo e record di test per l'integrazione del server. | Verificare l'accesso con identità legale e non valida. |
| Dati integrati | Versioni e dipendenze, configurazione dell'interfaccia, passaggi di utilizzo o distribuzione e modifiche all'integrazione | Ricostruzione della sessione di test e riconsegna del messaggio. |
| Controlla i registri | Condizioni di test, record di esecuzione, elenchi di problemi e risultati di regressione | Controlla campi, timestamp e gestione dei messaggi duplicati. |
L'entità della fornitura e i criteri di accettazione vengono determinati in base all'ambiente di destinazione. SDK di terze parti, licenze, laboratori, risorse cloud, materiali per apparecchiature e supporto in loco sono elencati separatamente; Se le informazioni esistenti non sono sufficienti, il lavoro di follow-up viene determinato attraverso la revisione dell'interfaccia o la revisione delle funzioni chiave.
Domande frequenti
L'utilizzo di MQTT QoS può evitare la duplicazione dell'esecuzione aziendale?+
QoS descrive il meccanismo di consegna dei messaggi e l'azienda deve ancora definire identificatori univoci, stato di esecuzione ed elaborazione idempotente. I messaggi di controllo dovrebbero verificare il periodo di validità e i risultati e non basarsi esclusivamente sulla conferma del trasferimento.
4G MQTT Quali informazioni devo fornire prima per lo sviluppo dell'accesso al dispositivo?+
Fornire innanzitutto l'indirizzo del broker, TLS e certificato, identità del dispositivo, argomento, modello di messaggio, QoS e regole di sessione. Allo stesso tempo, vengono spiegati l'implementazione esistente, i problemi incontrati, i cambiamenti previsti e le condizioni di test compatibili per aiutare a determinare l'ambito di implementazione e i metodi di riproduzione.
Può essere implementato su prodotti esistenti?+
È possibile innanzitutto valutare l'ambito dei progetti esistenti e delle versioni che possono essere modificate, conservare le parti che sono state riviste e identificare le interfacce e le dipendenze che devono essere modificate. Questo servizio richiede attenzione: i certificati, la sincronizzazione dell'ora, le funzioni dello stack di protocolli del modulo o del controller principale devono essere confermati individualmente; Lo stato del dispositivo non può essere giudicato solo dalla connessione TCP. Dopo le modifiche, le funzioni esistenti e quelle nuove devono essere sottoposte a un test di regressione nella misura concordata.
In linea
Telefono
WeChat
tornare all'inizio