Continua dall'ultimo capitolo: Incomprensione 2: Progettazione dell'affidabilità

Errore comune 7: questa scheda singola è stata prodotta in piccoli lotti e non sono stati riscontrati problemi dopo un lungo periodo di test, quindi non è necessario leggere il manuale del chip.

Errore comune 8: non posso essere incolpato per gli errori operativi dell'utente.

Soluzione positiva: è corretto richiedere all'utente di seguire rigorosamente l'operazione manuale, ma quando l'utente è un essere umano e si verifica un errore, non si può dire che la macchina si bloccherà quando viene toccato un tasto sbagliato e la scheda verrà bruciato quando viene inserita la spina sbagliata. Pertanto, i vari errori che gli utenti potrebbero commettere devono essere previsti e protetti in anticipo.

Errore comune 9: Il motivo della scheda difettosa è che c'è un problema con la scheda opposta, che non è mia responsabilità.

Soluzione positiva: dovrebbe esserci sufficiente compatibilità per diverse interfacce hardware esterne e non è possibile eliminarle completamente perché il segnale dell'altra parte è anomalo. La sua anomalia dovrebbe interessare solo la parte della funzione ad essa correlata, e le altre funzioni dovrebbero funzionare normalmente, e non dovrebbero essere completamente in sciopero, o addirittura danneggiate in modo permanente, e una volta ripristinata l'interfaccia, dovresti tornare immediatamente alla normalità.

Errore comune 10: finché è necessario il software per progettare questa parte del circuito, non ci saranno problemi.

Soluzione positiva: molte funzionalità del dispositivo sull'hardware sono controllate direttamente dal software, ma il software spesso presenta dei bug ed è impossibile prevedere quali operazioni verranno eseguite dopo che il programma sarà terminato. Il progettista dovrebbe garantire che, indipendentemente dal tipo di operazione eseguita dal software, l'hardware non venga danneggiato in modo permanente in breve tempo.