Développement de bus FPGA AXI

Réponse directe

Le développement de bus FPGA AXI est un service d'ingénierie lié au projet au sein du développement FPGA. Il s'adresse aux équipes qui ont besoin de clarifier les exigences, de définir un itinéraire technique, de mettre en œuvre ou d'intégrer des composants et de créer une preuve d'acceptation pour un environnement d'exploitation spécifique. L'adéquation et la portée finale dépendent des utilisateurs cibles, du système actuel, des interfaces, des données ou des appareils, des conditions de déploiement et des critères d'acceptation.

Quand ce service est adapté

• L'objectif commercial est clair, mais le chemin de mise en œuvre, les limites du système ou la sélection des composants doivent encore être soumis à une évaluation technique.
• Les logiciels, matériels, données, appareils ou systèmes tiers existants doivent être intégrés sous des contraintes d'interface et de déploiement définies.
• Le projet nécessite des résultats vérifiables, des enregistrements de tests, des matériaux de livraison et une preuve d'acceptation et non une pure proposition de concept.

Contributions au projet

Avant de commencer la planification, l’équipe de projet doit fournir les contributions disponibles et identifier les éléments qui doivent encore être explorés.

• Scénarios métiers, utilisateurs cibles, opérations et résultats attendus
• Architecture existante, code source, interfaces, protocoles, appareils ou exemples de données
• Limites de l’environnement de déploiement, du système d’exploitation, du réseau, de l’informatique, du stockage et de la sécurité
• Intégrations requises, dépendances, autorisations d'accès et parties responsables
• Critères d'acceptation, conditions de test, format de livraison, calendrier et attentes en matière de maintenance

Portée de l'ingénierie

La portée de la mise en œuvre sera confirmée après vérification des entrées et peut inclure les lots de travaux suivants.

• Clarification des exigences, évaluation de la faisabilité, examen des risques et définition de l'itinéraire technique
• Architecture, module, interface, flux de données, gestion des exceptions et conception des autorisations
• Travaux d'intégration de logiciels, micrologiciels, algorithmes, matériels ou systèmes inclus dans le cadre convenu
• Tests orientés unité, intégration, système, compatibilité, performances et acceptation
• Préparation du déploiement, dépannage, documentation, transfert et planification de la maintenance

Livrables

Les livrables sont définis dans la description du service. Les éléments typiques sont :

• Base d’exigences et portée confirmée
• Architecture, interface, données, déploiement et documentation opérationnelle
• Code source, configuration, fichiers de build, firmware, modèles ou fichiers de conception inclus dans le contrat
• Cas de test, enregistrements de test, liste de problèmes, notes de version et preuve d'acceptation
• Package de déploiement, manuel d’utilisation ou de maintenance et matériel de transfert de connaissances

Méthode d'acceptation

L'acceptation doit avoir lieu sur la base convenue des entrées, de l'environnement, des versions, des étapes de test et des résultats mesurables.

1. Suivez chaque exigence relative à une fonctionnalité, une interface ou une limitation documentée implémentée.
2. Effectuer des tests fonctionnels, d’exception, de compatibilité, de performances, de sécurité et de récupération convenus.
3. Enregistrez les versions des logiciels, du matériel, du modèle, de la configuration et des échantillons de données, du réseau et des outils de test.
4. Clôturez ou enregistrez officiellement les problèmes, exclusions, dépendances et responsabilités de suivi restants.

Restrictions et limites de responsabilité

Sans les informations appropriées, les conditions de test, les preuves et la définition écrite de l'acceptation, aucune performance, précision, compatibilité, calendrier ou résultat réglementaire ferme n'est promis. Les licences tierces, les services cloud, les appareils, les ensembles de données, les certifications, les approbations médicales ou de sécurité et les preuves de production restent soumis à leurs propriétaires et aux responsabilités respectives du projet.

Scénarios de mise en œuvre typiques

Les éléments suivants sont des modèles de mise en œuvre et non des réclamations pour des projets clients anonymes.

• Développement d'un nouveau système avec un flux de travail cible défini et un déploiement progressif
• Modernisation ou remplacement d'un composant existant tout en conservant les interfaces requises
• Intégration et déploiement sur des logiciels, matériels, appareils, données ou plates-formes tiers

Questions fréquemment posées

Quelles informations sont nécessaires pour une première évaluation ?

Spécifiez le scénario cible, le système actuel, les interfaces, les modèles ou périphériques disponibles, l'environnement de déploiement, le calendrier et la méthode d'acceptation attendue. Les informations manquantes sont répertoriées comme sujet d'enquête.

Le service peut-il être fourni par étapes ?

Oui. La faisabilité, le prototype, la mise en œuvre principale, l'intégration, le déploiement et l'acceptation peuvent être séparés lors de la définition de leurs entrées, sorties, dépendances et points de décision.

Comment sont déterminés le planning et le prix ?

Ils sont estimés après avoir confirmé les limites fonctionnelles, les interfaces, les dépendances, l'environnement cible, les artefacts de déploiement, la profondeur des tests et les critères d'acceptation.

Développement de bus FPGA AXI · Développement de FPGA