Cartographier la chaîne produit, application, cloud et mise à jour

Indiquez le modèle et la référence du haut-parleur, la révision matérielle, le chargeur de démarrage, le firmware du microcontrôleur, le fichier DSP, le firmware du module Bluetooth, la version de l'application, les systèmes d'exploitation mobiles compatibles, le package de mise à jour, l'environnement serveur et le canal de distribution. Précisez quel composant peut mettre à jour quel autre.

Le Guide du dossier d'approbation de projet offre un moyen de contrôler ces dépendances en plus des échantillons physiques.

Testez d'abord l'appairage et le contrôle quotidien

Utilisez les états d'installation propre et de mise à niveau de l'application. Testez les autorisations acceptées, refusées, modifiées ultérieurement et supprimées. Associez des enceintes neuves et des enceintes déjà associées. Vérifiez l'identité du modèle, le nommage, la gestion de plusieurs appareils, la portée, la reconnexion, le comportement en arrière-plan/au premier plan, le redémarrage du téléphone et la fermeture forcée de l'application.

Utilisez toutes les commandes annoncées : volume, égaliseur, éclairage, effets du microphone, source, appairage stéréo, nom de l’appareil, veille, affichage de la batterie, informations du micrologiciel et réinitialisation (le cas échéant). Enregistrez les combinaisons non prises en charge et faites en sorte que l’interface les empêche ou les explique.

Définir l'autorisation de mise à jour et les contrôles des packages

Vérifiez comment l'application et l'appareil vérifient le modèle, le matériel, la version actuelle, la version cible, l'intégrité du package et l'autorisation. Ne vous fiez pas uniquement au nom du fichier. Un package destiné à un autre amplificateur, un autre écran, une autre capacité de mémoire ou un autre brochage peut rendre le produit inutilisable.

Les recommandations du NIST concernant les mises à jour logicielles pour l'Internet des objets (IoT) décrivent des fonctionnalités telles que la limitation des mises à jour aux entités autorisées et la vérification de leur provenance. Il convient d'appliquer une analyse de cybersécurité et de protection de la vie privée adaptée au marché lorsque le produit ou sa destination l'exige ; cet article présente un cadre d'acceptation technique et non une évaluation de conformité.

Interrompre délibérément la mise à jour

À des moments précis, coupez la connexion téléphonique, éloignez-vous hors de portée, fermez l'application, redémarrez le téléphone, coupez l'alimentation du haut-parleur lorsque cela est possible, passez en mode batterie faible, éteignez l'écran du téléphone et fournissez un emballage endommagé. Notez si le téléchargement redémarre, si l'installation reprend, si l'image précédente reste utilisable ou si une procédure de récupération est disponible.

N’effectuez aucune coupure de courant non sécurisée si l’architecture ou les instructions de laboratoire l’interdisent. Le service d’ingénierie doit fournir des points d’injection de défauts et des outils de récupération pris en charge. Un dispositif de programmation dissimulé peut être acceptable pour le confinement en usine, mais ne remplace pas un plan de reprise d’activité client lors des mises à jour sur site.

Exécuter les tests de régression audio et fonctionnelle après la mise à jour

Une mise à jour peut modifier le réglage du son, les paliers de volume, les invites, l'appairage, la fonction TWS, le traitement du microphone, les voyants, les indicateurs de charge, la consommation en veille, les données de l'application ou le comportement radio lié à la certification. Répétez une analyse de régression basée sur les risques et comparez les résultats avec l'échantillon approuvé.

Le processus de demande de changement de l'intervenant Les modifications logicielles doivent être traitées selon les mêmes principes de responsabilité que les modifications de composants. Il convient de consigner les modifications apportées, leur raison, les unités concernées, les preuves, les approbateurs, la date de mise en production et les mesures de restauration ou de confinement.

Vérifier la réinitialisation, les données et le comportement du compte

Testez la déconnexion, la suppression d'applications, le remplacement de téléphone, le transfert d'appareil, la réinitialisation d'usine, la procédure de suppression de compte (le cas échéant), le nom de l'enceinte enregistrée, les identifiants Wi-Fi (le cas échéant), les préréglages et l'historique des mises à jour. Vérifiez quelles données sont stockées sur le téléphone, l'appareil et le service. Les mentions légales relatives à la confidentialité, aux autorisations, à la conservation des données et aux exigences relatives aux comptes doivent faire l'objet d'une analyse approfondie pour chaque marché.

Le produit ne doit pas exposer les paramètres d'un autre client après un retour, une remise à neuf ou un transfert. Les instructions de service doivent décrire la procédure d'effacement et de vérification approuvée sans divulguer d'informations d'identification privées.

Plan de soutien et de fin de vie avant le lancement

Attribuez la responsabilité des comptes de l'App Store, des identifiants de signature, du service de mise à jour, de l'environnement source et de compilation, des notes de version, des messages clients, des rapports de sécurité, des coûts serveur, des modifications du système d'exploitation mobile et de la fin du support produit. Évitez de faire des déclarations concernant la durée des mises à jour, sauf si l'organisation dispose des ressources et de la politique approuvées pour les prendre en charge.

Utilisez le guide de cohérence des commandes répétées Pour éviter qu'un changement de matériel n'entraîne une interruption silencieuse du service applicatif, il convient de vérifier le devis, la quantité minimale de commande, le délai de livraison, la certification, la garantie, le service après-vente et la communication avec le revendeur lors de toute modification de la chaîne logicielle.

Registre des versions de produits connectés

• Les versions du périphérique, du chargeur de démarrage, du firmware, du DSP, du module, de l'application, du système d'exploitation du téléphone, du serveur, du package et du canal sont identifiées.
• L'appairage, les autorisations, la reconnexion, la prise en charge de plusieurs appareils, l'utilisation en arrière-plan et toutes les commandes annoncées sont testés.
• Le package cible, l'intégrité, l'autorisation, l'état d'alimentation, la progression et la politique de version comportent des contrôles explicites.
• Les points d'interruption pris en charge produisent un résultat de reprise, de restauration ou de récupération défini.
• Les fonctions audio, radio, commandes, éclairage, chargement, veille, réinitialisation et paramètres bénéficient d'une prise en charge de la régression.
• L'emplacement des données, leur transfert, leur effacement, le compte et le comportement en matière de confidentialité sont examinés.
• Les droits de signature, de service, de distribution sur l'App Store, de gestion du code source, d'assistance et de fin de vie sont attribués.
• Le matériel de production et de réapprovisionnement reste lié à des versions logicielles compatibles.

Références

• Institut national des normes et de la technologie, Guide relatif aux fonctionnalités de mise à jour logicielle des appareils IoT .