Inconsistente naamgeving keuzeattribuut, keuzerelatiedoel (sectie 2.8.4.12 en 2.8.4.13)

[architolk]

Secties 2.8.4.12 en 2.8.4.13 hebben het over "keuzeattribuut" en "keuzerelatiedoel". Origineel was dit: "attribuutkeuze" en "doelkeuze". Die laatste twee zijn meer in lijn met sectie 2.8.4.11 (datatypekeuze). Bovendien is de nieuwe naamgeving niet in lijn met de originele naamgeving, en daarmee niet passend bij een minor release.

Voorstel: herstellen van de naamgeving, zonodig in de toekomst bij een major release namen herzien.

[PalmJanssen]

linke met #370

[PalmJanssen]

Dit is comment op 1.1.1 maar is ook nog geldig voor 1.2:

Behandeling:
Geprojecteerd op 1.2 (de 1.2 indeling van paragrafen)
De constatering is correct. De naamgeving is niet consequent en niet begrijpelijk.
2.4.4.12 zou heeft attribuutkeuze moeten zijn
2.4.4.13 zou heeft relatiedoelkeuze moeten zijn.
Heeft keuzerelatie wordt genoemd in voorbeeld 5 en zou heeft relatiekeuze moeten zijn.

Vraag is nu of we dit nog willen aanpassen want het past niet binnen een minor release.

[PalmJanssen]

sessie 29-2 akkoord, wel aanpassen

aangepast en als pull request: #497

[lennartvanbergen]

Bij H2 en H3 heeft een naam aanpassing geen impact en bij LD wel dus hetgeen wat uitgewerkt is bij LD maar leidend zijn hier. Het XML export formaat heeft dan de verkeerde naam, dat moeten we een keer rechttrekken, maar dat blijft wel lopen omdat in UML er geen metagegeven is, maar alleen wat blokjes en pijltjes.

MIM export formaat issue opgevoerd, zodat deze afgerond kan worden, zie: #511

[PalmJanssen]

Uit sessie 2024-03-20: Er zijn twee backwards comp issues:

• of BW comp met LD toepassing
• of BW comp met serialisatie toepassing.
  We kiezen voor BW met LD toepassing. In de Serialisatie toepassing passen we ook niets aan en laten we de oude waarde staan