Étude de démonstration
Une petite transformation entièrement vérifiable qui montre comment définir les entrées, les règles, les décisions et les limites avant de développer une automatisation.
Étape suivante
La page Contact montre quelles informations aident à décrire le processus actuel et préserve le contexte de cette démonstration dans le formulaire.
Démonstration originale
Démonstration originale créée avec un scénario, des noms et des données synthétiques. Elle ne représente ni un client, ni un projet commandé, ni un logiciel déployé, ni un résultat commercial.
Objectif
La démonstration représente la manière dont une routine de normalisation peut être spécifiée et vérifiée. Elle explique l'approche de CadSyntra ; elle ne simule pas une livraison professionnelle.
Contexte synthétique
Cinq noms de calques génériques ont été préparés avec des espaces extérieurs, des minuscules, des underscores, des séparateurs répétés et un alias de discipline. Aucun nom ne provient d'un dessin ou d'une norme d'un tiers.
Problème représenté
Sans séquence explicite de normalisation, la vérification repose sur l'interprétation et les exceptions sont difficiles à discuter. Cet exemple limite le problème au texte de chaque nom.
Contribution de CadSyntra
La contribution a consisté à définir le problème, créer des données neutres, ordonner les règles, consigner les décisions et présenter la comparaison. Elle n'incluait ni code d'automatisation, ni plugin, ni dessin CAD, ni déploiement.
Contraintes définies
Approche
Chaque entrée suit les règles ci-dessous dans l'ordre. Chaque sortie doit être expliquée par les transformations indiquées.
Supprimer les espaces au début et à la fin du nom.
Convertir les lettres en majuscules.
Remplacer chaque underscore par un trait d'union.
Réduire les séquences de traits d'union à un seul séparateur.
Remplacer uniquement le préfixe ELETRO par l'alias ELE.
Preuve vérifiable
Les sorties ci-dessous suivent les règles de l'exemple et sont vérifiées par un modèle local de texte déterministe. La vérification n'est ni un plugin ni une exécution AutoCAD.
arq_parede R1, R2 et R3ARQ-PAREDEARQ__PORTAR3 et R4ARQ-PORTAeletro-iluminacaoR2 et R5ELE-ILUMINACAOhid-agua-friaR2HID-AGUA-FRIAARQ-PAREDEAucun changement nécessaireARQ-PAREDEDécisions techniques
La séquence empêche qu'un alias ou un séparateur soit traité différemment selon les entrées.
Un seul alias connu est converti ; les termes non mappés restent disponibles pour vérification.
Elle est appelée sortie attendue parce qu'aucune routine n'a été exécutée.
Résultat observable
Sur les cinq lignes publiées, les sorties attendues utilisent des majuscules et un seul séparateur ; l'alias ELE apparaît uniquement pour l'entrée prévue. Cela démontre une cohérence interne, et non l'efficacité d'une automatisation dans un environnement réel.
Limites
Technologies réellement utilisées
Dans un projet réel, l'évaluation pourrait orienter vers AutoLISP ou .NET avec C# pour exécuter les règles dans AutoCAD. Ces technologies n'ont pas été utilisées dans cette démonstration.
Relation avec l'offre
Étape suivante
La page Contact montre quelles informations aident à décrire le processus actuel et préserve le contexte de cette démonstration dans le formulaire.