Lorsqu'une marque d'appareil fournit un SDK, l'équipe d'application doit toujours confirmer les interfaces accessibles, les versions d'appareil et les droits de livraison. L'accès aux images ou aux paramètres n'établit pas l'accès aux pilotes, aux chargeurs de démarrage, aux mécanismes de mise à jour du micrologiciel ou au code source. Évaluez séparément les capacités de l’interface, les licences et les responsabilités.
Identifiez la couche exposée par le SDK
| Élément exposé | Éléments à confirmer | Effet sur le périmètre de développement |
|---|---|---|
| Images et statut | Formats, tampons, timing, états d'erreur et règles de thread | Définit les wrappers de capture d'image et le traitement en aval |
| Paramètres et contrôles | Éléments, plages, unités, séquences d'action et limites lisibles et inscriptibles | Définit les outils de configuration et les flux de travail pris en charge |
| Interfaces de micrologiciel et de mise à jour | Appels disponibles, modèles applicables, pannes et assistance des fournisseurs | Distingue l'intégration de l'API de mise à jour du développement de démarrage et de récupération |
| Pilotes, protocoles et source | Disponibilité des documents, du code, de l'environnement de build et des droits de modification | Établit des intrants pour une adaptation ou des changements de niveau inférieur |
| Sortie et distribution | Conditions de licence pour les binaires, les exemples, les bibliothèques d'exécution et les documents | Définit quels composants tiers peuvent être livrés |
Vérifiez la licence actuelle pour connaître les frais, les droits de modification et la distribution du produit. Cet article ne suppose aucune condition d’autorisation spécifique à la marque. Un téléchargement officiel du SDK n’établit pas de certification de développeur tiers ni de partenariat.
Définir la combinaison prise en charge dans une matrice de versions
Enregistrez le modèle de l'appareil, la révision du matériel, le micrologiciel, le SDK, le système d'exploitation, l'architecture du processeur, le pilote et le mode de fonctionnement. Un exemple réussi sur un modèle est un enregistrement de vérification pour cette combinaison. Pour d'autres modèles ou systèmes, identifiez les différences, les contrôles de régression et l'état de vérification actuel.
Livrables et responsabilités en matière de fautes
Les travaux commandés peuvent comprendre des wrappers SDK, des outils de configuration, des applications, l'adaptation de pilotes ou le développement de micrologiciels. Spécifiez le code source, les bibliothèques, les exemples, les instructions de construction, les documents API et les enregistrements de test pour chaque tâche. Transférez le micrologiciel du fournisseur, les bibliothèques tierces et les documents d'autorisation sous leurs licences respectives. Ne promettez pas une source complète pour les composants sans droits de livraison.
En cas d'images manquantes, d'échecs d'écriture de paramètres ou de périphériques déconnectés, décidez qui fournit l'équipement, les journaux et les conditions de reproduction et qui enquête sur l'adaptateur, le pilote ou le micrologiciel. Les fonctionnalités non exposées par le SDK nécessitent un examen des documents et de la faisabilité ; ils ne sont pas implicitement inclus dans le développement d’applications.
Prestations associées : SDK et outils de configuration pour appareils de vision et algorithmes de vision et développement de SDK. Soumettez des modèles, des SDK et des documents de licence via demandes de renseignements sur le projet pour évaluer le périmètre commandé.