CadSyntra
Terug naar Case studies

Demonstratiestudie

Standaardisatie van laagnamen

Een kleine, volledig controleerbare transformatie die laat zien hoe invoer, regels, beslissingen en grenzen kunnen worden bepaald voordat automatisering wordt ontwikkeld.

Volgende stap

Een vergelijkbare routine heeft regels en grenzen uit de echte context nodig.

De contactpagina toont welke informatie helpt om het huidige proces te beschrijven en bewaart de context van deze demonstratie in het formulier.

Bekijk hoe je een vergelijkbare routine beschrijft

Originele demonstratie

Originele demonstratie met een synthetisch scenario, namen en gegevens. Ze vertegenwoordigt geen klant, opdrachtproject, geïmplementeerde software of commercieel resultaat.

Herkomst
Synthetisch scenario en gegevens
Type uitvoer
Verwacht volgens de vastgelegde regels
CAD-uitvoering
Niet uitgevoerd

Doel

Maak de regel vóór implementatie controleerbaar.

De demonstratie laat zien hoe een normalisatieroutine kan worden gespecificeerd en gecontroleerd. Ze legt de aanpak van CadSyntra uit en simuleert geen professionele oplevering.

Synthetische context

Een bewust kleine en inconsistente lijst.

Vijf algemene laagnamen zijn voorbereid met spaties aan de buitenkant, kleine letters, underscores, herhaalde scheidingstekens en één discipline-alias. Geen naam komt uit een tekening of standaard van een derde.

Weergegeven probleem

Dezelfde conventie verschijnt in verschillende vormen.

Zonder een expliciete normalisatievolgorde steunt beoordeling op interpretatie en zijn uitzonderingen moeilijk te bespreken. Dit voorbeeld beperkt het probleem tot de tekst van elke naam.

Bijdrage van CadSyntra

Scenario, regels en bewijs zijn voor deze demonstratie gemaakt.

De bijdrage bestond uit het definiëren van het probleem, maken van neutrale gegevens, ordenen van regels, vastleggen van beslissingen en presenteren van de vergelijking. Er zat geen automatiseringscode, plug-in, CAD-tekening of uitrol in.

Vastgelegde beperkingen

Wat de transformatie wel en niet kan beslissen.

  • Werk alleen op de vijf gepubliceerde synthetische invoeren.
  • Pas de regels in de vastgelegde volgorde toe zonder de juiste discipline af te leiden.
  • Gebruik alleen de in het voorbeeld verklaarde alias ELETRO → ELE.
  • Behandel de uitvoer als een controleerbare verwachting, niet als het resultaat van uitgevoerde software.

Aanpak

Deterministische normalisatie in vijf regels.

Elke invoer volgt de onderstaande regels in volgorde. Elke uitvoer moet door de genoemde transformaties kunnen worden verklaard.

  1. R1

    Verwijder spaties aan het begin en einde van de naam.

  2. R2

    Zet letters om naar hoofdletters.

  3. R3

    Vervang elke underscore door een koppelteken.

  4. R4

    Verminder reeksen koppelteken tot één scheidingsteken.

  5. R5

    Vervang alleen het voorvoegsel ELETRO door de alias ELE.

Controleerbaar bewijs

Invoer, toegepaste regels en verwachte uitvoer.

De onderstaande uitvoer volgt de voorbeeldregels en wordt gecontroleerd door een deterministisch lokaal tekstmodel. De controle is geen plug-in en geen AutoCAD-uitvoering.

  1. 01
    Synthetische invoer arq_parede
    Toegepaste regelsR1, R2 en R3
    Verwachte uitvoer volgens de regelsARQ-PAREDE
  2. 02
    Synthetische invoerARQ__PORTA
    Toegepaste regelsR3 en R4
    Verwachte uitvoer volgens de regelsARQ-PORTA
  3. 03
    Synthetische invoereletro-iluminacao
    Toegepaste regelsR2 en R5
    Verwachte uitvoer volgens de regelsELE-ILUMINACAO
  4. 04
    Synthetische invoerhid-agua-fria
    Toegepaste regelsR2
    Verwachte uitvoer volgens de regelsHID-AGUA-FRIA
  5. 05
    Synthetische invoerARQ-PAREDE
    Toegepaste regelsGeen wijziging nodig
    Verwachte uitvoer volgens de regelsARQ-PAREDE

Technische beslissingen

Zichtbare, bespreekbare keuzes.

Vaste volgorde

De volgorde voorkomt dat een alias of scheidingsteken bij verschillende invoeren anders wordt behandeld.

Beperkte woordenschat

Slechts één bekende alias wordt omgezet; niet-gemapte termen blijven beschikbaar voor beoordeling.

Gekwalificeerde uitvoer

De uitvoer wordt verwacht genoemd omdat geen routine is uitgevoerd.

Observeerbaar resultaat

De vergelijking is consistent met de vastgelegde regels.

In de vijf gepubliceerde rijen gebruiken de verwachte uitvoeren hoofdletters en één scheidingsteken; de ELE-alias verschijnt alleen bij de bedoelde invoer. Dit toont interne consistentie, geen effectiviteit van automatisering in een echte omgeving.

Beperkingen

Wat dit materiaal niet aantoont.

  • Uitvoering in AutoCAD of compatibiliteit met een versie.
  • Implementatie in .NET, C#, AutoLISP of een andere CAD-technologie.
  • Lezen, wijzigen of valideren van een tekening.
  • Afhandeling van conflicten, duplicaten, uitzonderingen of de echte standaarden van een team.
  • Uitrol, onderhoud, stabiliteit, prestaties, productiviteit, besparingen of foutreductie.

Werkelijk gebruikte technologieën

Het gepubliceerde materiaal is een statische redactionele demonstratie.

  • Versieerbare JSON voor gegevens en teksten.
  • Deterministisch lokaal model om de vijf synthetische uitvoeren te controleren.
  • React Server Component voor statische weergave.
  • Semantische HTML en Tailwind CSS voor responsieve presentatie.

In een echt project kan beoordeling wijzen op AutoLISP of .NET met C# om regels in AutoCAD uit te voeren. Die technologieën zijn niet in deze demonstratie gebruikt.

Relatie met het aanbod

Het bewijs is gekoppeld aan een gepubliceerde mogelijkheid en een probleem.

Volgende stap

Een vergelijkbare routine heeft regels en grenzen uit de echte context nodig.

De contactpagina toont welke informatie helpt om het huidige proces te beschrijven en bewaart de context van deze demonstratie in het formulier.

Bekijk hoe je een vergelijkbare routine beschrijft