L'approvisionnement en vidéo industrielle doit faire la distinction entre l'intégration logicielle, l'interopérabilité entre les produits spécifiés et tout test externe ou preuve de conformité formelle requis par le contrat. Un enregistrement réussi ou une communication vidéo dans un environnement de développement n'établit pas de compatibilité avec les produits d'autres fabricants ni une conclusion de certification de produit.

Définir d'abord les protocoles et les produits

Enregistrez les noms et éditions des protocoles, les rôles des appareils ou des plates-formes, les modèles de produits, les versions des logiciels et des micrologiciels, les fonctions activées et les conditions du réseau. Par exemple, le fonctionnaire Page d'informations GB/T 28181-2022 identifie la norme. Cela ne constitue pas une preuve qu'un produit particulier est conforme à cette norme.

Niveau de vérification Question principale Preuve à conserver
Intégration interne Une version de développement peut-elle compléter des flux spécifiés avec une contrepartie de test contrôlée ? Version de build, configuration, messages et résultats
Interopérabilité des produits spécifiés Deux versions réelles du produit peuvent-elles accomplir les tâches convenues ? Combinaison de produits, inventaire des fonctions et enregistrements de tests
Exigences de conformité formelles Les exigences de déclaration ou d'essai du système applicable sont-elles respectées ? Règles applicables, déclarant et documents vérifiables
Acceptation commerciale sur site Le réseau actuel et le flux de travail commercial répondent-ils aux conditions convenues ? Configuration du déploiement, résultats commerciaux et contrôles des exceptions

Établir le mécanisme de preuve applicable

Processus de conformité de l'ONVIF décrit son système d'auto-déclaration lié à des versions de produits spécifiques. Ceci est un exemple de ce mécanisme particulier. Vérifiez séparément les règles des autres protocoles ou projets d’approvisionnement. Les journaux internes, les rapports de tests externes, les déclarations des fabricants et les entrées dans les bases de données officielles constituent différents types de preuves.

Conserver les lacunes dans les contrats et les dossiers d'acceptation

Pour chaque fonction, convenez de la livraison du logiciel, des homologues de test, des produits externes, des documents requis, des responsabilités et des conditions de nouveau test. Marquez les modèles, versions, fonctions d'alarme et conditions anormales non testés comme non vérifiés. Livrez la portée d’intégration terminée sous sa description réelle. Les tests planifiés ne doivent pas être enregistrés comme réussis, et les allégations de compatibilité universelle ou de certification non étayées ne doivent pas être utilisées.

Prestations associées : Matériel de vision et technologie embarquée, déploiement de l'IA de pointe, consultation de projet.