Spring til login

Digitaliser.dk

Sektioner

Aktuel side

Gruppens profilbillede

Modelbaseret standardisering

84 medlemmer | Medlemsskab via fri tilmelding (Bliv medlem - kræver login )

Produktpakke β2

Ansvarlig: Per de Place Bjørn
Version: 3 - Publiceret: 05.10.2009
Type: XML-skema

Produktpakke β2 er tredje leverance i projektet med modelbaseret standardisering

Projektplanen er blevet opdateret, og kan ses her.

Det primære tema i β2 er autogenerering af OIOXML ud fra datadefinitioner.
OIO-datadefinitionerne er tænkt som en standardiseret måde at beskrive datamodellering på. Datadefinitionerne skal i fremtiden (sammen med semantikdefinitioner) blive de væsentligste standardiseringssubjekter – OIOXML træder i baggrunden og vil kun skulle genereres når der er behov for det.
Med andre ord: Modelleringen foregår i det foretrukne værktøj (Enterprise Architect, Qualiware), de af modellens klasser, der skal omsættes til f.eks. meddelelser, omsættes til OIO-datadefinitioner, datadefinitionerne ophøjes til standarder og placeres på Digitalisér.dk. Når der er behov for at definere tekniske snitflader genereres OIOXML ud fra datadefinitionerne.

Pakken består af programmet OIO-transform, som altså kan transformere datadefinitioner til OIOXML (genereing af datadefinitioner må vi afvente tålmodigt). Derudover er inkluderet noget supplerende tekst med forklaringer samt et antal eksempler på datadefinitioner - udfærdiget i OIO-datadefinitionsformatet - som kan transformeres til OIOXML i NDR4-draft format.
Læs filen ”Sådan bruger du OIO-transform” for at komme i gang – og diskutér gerne dine observationer og ideer med os andre.

Bemærk: Programmet OIO-transform er et eksempel på den funktionalitet som vil være del af det endelige produkt – OIO-desktop – det er ikke tænkt til at indgå i udviklingsarbejde i sin nuværende form. De vedlagte eksempler er kun til orientering – de afspejler ikke faktiske modeller, og skal ikke tages som udtryk for tænkningen i specifikke projekters modellering.

Filer

 

Flere oplysninger

Artefakter

Filer og referencer
Titel Type
OIO-Transform.exe application/octet-stream Download Vis supplerende information ...
Dokument_v0.97_-_DA.EAP application/octet-stream Download Vis supplerende information ...
Dokument_v0.97.pdf pdf Download Vis supplerende information ...
Dokument.v0.97.xml text/xml Download Vis supplerende information ...
Commons.v0.97.xml text/xml Download Vis supplerende information ...
Dokument.Mappings.v0.97.xml text/xml Download Vis supplerende information ...
Person-adresse.pdf pdf Download Vis supplerende information ...
PersonAdresse.v1.0.0.xml text/xml Download Vis supplerende information ...
kaeledyr.eap application/octet-stream Download Vis supplerende information ...
kaeledyr.pdf pdf Download Vis supplerende information ...
Kaeledyr.xml text/xml Download Vis supplerende information ...
Kaeledyr.Mappings.xml text/xml Download Vis supplerende information ...
OIODefinitions.v1.draft-4.20090912.xsd text/xml Download Vis supplerende information ...
MS_Beta2_Definitionsfilerne.pdf pdf Download Vis supplerende information ...
MS_Beta2_saadan.pdf pdf Download Vis supplerende information ...

Klassifikationer

Indlæg til ressource

Profilens billede

Eksempler på semantisk definition savnes

Peter Bruhn Andersen - 12.11.2009

Jeg savner konkrete eksempler på anvendelsen af schemaets elementer SemanticDefinition og Ontology. Uden et sådant eksempel er det vanskeligt at tage stilling til ideerne bag.

Kæledyrseksemplet, som det er vist i UML-klassediagrammet, ville være perfekt til at vise hvordan en semantisk definition tænkes anvendt. 

mvh

Peter

Kommentarer (1)

Profilens billede 1
Jan Brown - 17.11.2009

Hej Peter

Der skal nok komme nogle eksempler op, så hurtigt vi kan nå det. Der er dog sket en modning af XML-strukturerne for datadefinitioner, semantikdefinitioner og ontologi, så vi skal først have oprettet nye eksempler.

Profilens billede

Tre gange Content?

Peter Bruhn Andersen - 12.11.2009

I schemaet eksisterer elementet Content i tre udgaver, baseret på de tre elementtyper ADDContentType, OntologyContentType og TaxonomyContentType. Hvorfor?

 

mvh

Peter

Kommentarer (4)

Profilens billede 1
Peter Bruhn Andersen - 13.11.2009

Og mens jeg venter på svaret kan jeg lige præcisere:

Jeg ville forvente at de tre udgaver af Content ville tage navn efter de respektive typer de var baseret på, altså at de var navngivet henholdsvis ADDContent, OntologyContent og TaxonomyContent.

hilsen

Peter

Profilens billede 2
Jan Brown - 17.11.2009

Da elementnavne nemt kan blive meget lange, forsøger jeg at skabe et mønster på tværs af de forskellige strukturer. De forskellige content-elementer eksisterer i en kontekst, som afgører deres understrukturer. Men som sagt, det er et forsøg på et at gøre XML'en mere læselig. Jeg anvendte i starten navnene ADDContent, OntologyContent, etc., men syntes det var for verbost.

Jeg har forsøgt at skabe nogle genkendelige mønstre på tværs af alle XML-strukturerne. Men hvis det har modsat virkning, så ændrer jeg det gerne. Lad os tage dette op igen, når vi releaser i december.

Profilens billede 3
Peter Bruhn Andersen - 17.11.2009

Hej Jan

Jeg indrømmer at jeg ikke har læst den seneste NDR så svaret ligger måske der: Er det ikke længere nødvendigt at definere sine elementer og typer som enkeltstående definitioner i schemaet og siden bruge en 'ref' når de inddrages i en kontekst?

Men vi kan snildt vente til december med at få det på plads.

hilsen

Peter

Profilens billede 4
Jan Brown - 18.11.2009

Hej Peter

Autogenerering af OIOXML-skemaer fra datadefinitioner giver nogle nye muligheder, som kan påvirke NDR'en. Jeg vil gerne, at vi ser på disse nye muligheder, før vi låser NDR'en. Potentielt kan det give en helt anden NDR'en end vi hidtil har set. Med nye muligheder, så mener jeg bl.a. den måde, hvormed man erklærer elementer og definerer typer på. Men lad os se på det, når vi releaser næste gang. Det kunne også være godt at få en workshop i januar, så disse ting kunne blive talt igennem.

:-) Jan

Profilens billede

Manglende information

Peter Bruhn Andersen - 12.11.2009

Jeg savner forklarende tekst i schemaet for de enkelte elementer og attributter. Jeg savner desuden en opdateret version af "OIO Modellerings- og Designregler (OIO-MDR) 1.0" med reference til de enkelte elementer og attributter i schemaet. Uden disse informationer vil kommentarer skulle baseres på for meget gætteri. Eller har jeg overset noget?

 

mvh

Peter

 

Kommentarer (3)

Profilens billede 1
Jan Brown - 17.11.2009

Hej Peter

Det kan jeg godt forstå; dokumentationen er mangelfuld, og den sidste release af materiale er ikke synkroniseret med MDR'en. Vi prøver med de releases vi frigiver at give mulighed for at følge med i arbejdets trin, desværre med den sideeffekt, at materialet kan være mere eller mindre sammenhængende og udokumenteret.

Det er tidskrævende at skrive dokumentation, og lige nu prioriterer jeg at skrive testeksempler og værktøj fremfor regelsæt. Der er en del modning af konceptet lige nu, og jeg vil vente med at skrive dokumentation, til det er stabilt og testet, inden  jeg frigiver det. Jeg beklager de gener, det giver, men det skal nok blive bedre. Vi har meget få ressourcer lige nu, så det går desværre ikke så hurtigt, som vi selv kunne ønske. Vi forventer at komme med en release af værktøj og eksempler i december.

Så, Peter, du har ikke overset noget. Det er desværre tingenes tilstand. MDR'en, forventer jeg, kommer i en ny og mere simpel version til januar. Jeg vil gerne vente med at fastlægge de mere hårde regler, til konceptet er stabilt og giver mening for jer brugere.

Profilens billede 2
Peter Bruhn Andersen - 04.12.2009
Hej JanEr du ved at kunne levere et par eksempler på hvordan en semantisk definition kan se ud med det nuværende schema, samt et eksempel på hvordan det skal kobles med eksisterende OIOXML schemaer?Jeg - og sikkert andre interesserede - savner også stadig forklarende tekst i schemaet for de enkelte elementer og attributter. Er det ved at være på plads?Med venlig hilsenPeter
Profilens billede 3
Peter Bruhn Andersen - 07.12.2009
Hej JanJeg noterer at du skrev:"Det er tidskrævende at skrive dokumentation, og lige nu prioriterer jeg at skrive testeksempler og værktøj fremfor regelsæt."Var det ikke hensigten at denne gruppe skulle byde ind med forslag og ideer så slutresultatet kan blive bedst muligt og få størst mulig anvendelse? Jeg havde forstået at I indbød alle til at være med i processen, men ovenstående citat giver mig indtryk af at du allerede har besluttet dig for hvordan modelarbejdet og definitionerne skal se ud, siden du fokuserer på værktøjet. Normen er da at blive enige om metoder og regler før man skaber det værktøj der skal anvende dem. Hvis I oprigtigt ønsker den kreative dialog så bør I forsøge at være mere åbne i jeres proces. Jeg har fuld forståelse for at der ligger mange opgaver på dit/jeres bord, men måske netop derfor bør I ofre lidt tid på den vel relativt overkommelige opgave det er at pleje dialogen. Denne gruppes medlimsliste ser ud til at omfatte mere end 70 gode hoveder der sikkert gerne vil bidrage med input. Den nuværende mangel på input bunder næppe i uvilje til deltagelse, men snarere i manglen på et materiale man kan forholde sig til. De eksisterende skrifter har stadig mere karakter af hensigtserklæringer end løsningsforslag. Og tag nu dette i den postive ånd det er skrevet i. Vi er ikke så få der kan bidrage. Så brug os. Brug tid på at lave klare eksempler på semantisk definition, anvendelsen i OIOXML og andre illustrative eksempler der kan give en bedre basis for den kreative dialog.Med venlig hilsenPeter

Ønsker du at skrive indlæg eller blot kommentere indlæg,
skal du være oprettet som bruger og logget ind.

Opret dig som Ny bruger    eller Log ind    

Tilføj fil(er)

En ny fil vil overskrive en eksisterende fil, hvis begge filer har samme navn og samme ekstension.

Tags

Tilføj dine egne tags

- (kræver login)

Andre brugeres tags til ressourcen

Der er ikke tilknyttet tags fra andre brugere

Minimér boks
Versioner
Version Dato
3 (valgte) 05.10.2009 Vis supplerende information ...
2 16.06.2009 Vis supplerende information ...
1 31.03.2009 Vis supplerende information ...

Digitaliseringsstyrelsen