Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
La première étape consiste à établir une base de référence avec une mission d'historique de production et à marquer séparément les erreurs graves. Le modèle candidat ou privé fonctionne sous la même version d'entrée et de connaissance, en comparant les résultats de la mission et les coûts complets.
Quelles conditions faut-il définir avant de porter un jugement?
La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.
Ordre d ' avancement suggéré
Premièrement, nous serons clairs sur la cible et la frontière.
Gel des versions originales du système et établissement de véritables niveaux de qualité et de coûts de la mission.
Validation Dépendance des clés
L'évaluation hors ligne et l'adaptation de la chaîne d'application sont effectuées à l'aide de modèles candidats.
Élaboration de résultats évaluables
Des essais de performance, de sécurité, de défaillance et de régression sont effectués.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Changement progressif par écoulement d'ombre ou faible pourcentage de cendres.
Comment le comprenez-vous dans le business réel?
Le système d'extraction de contrat était initialement basé sur un modèle de nuage pour stabiliser la sortie de JSON. Les nouvelles réponses de texte modèle semblent correctes, mais parfois les champs sont manquants ou le nombre de comptages est en train de changer, ce qui conduit à la défaillance de l'interface suivante. L'acceptation et l'inspection doivent vérifier le taux de précision du champ, la conformité au format, aucun traitement des réponses et les résultats de retest, plutôt que de permettre aux gens de lire le langage naturel et de juger --résultats.
La fosse la plus facile à monter.
Seules les listes de modèles publiques, et non les missions d'affaires réelles.
Les migrations s'accompagnent de modifications des conseils, des connaissances et des règles d'affaires, qui ne permettent pas d'identifier les différences
Pas de modèle précédent et de retraite de version avant de changer les flux de production
Comment devrions-nous finir par recevoir et confirmer?
La mise en oeuvre devrait comprendre les sources des ensembles de tâches, les niveaux de référence du modèle original, les résultats des candidats, les erreurs graves, la capacité de rendement, les coûts, les modifications à l'adaptation et les limites connues.
En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.