search

ballerupgis / SeMaWi

Semantic MediaWiki med fokus på kommunal software porteføljeforvaltning
GNU General Public License v3.0
10 stars 5 forks source link

Bedre datamodel på licenser #33

Open JosefAssad opened 9 years ago

JosefAssad commented 9 years ago

Vi skal bruge lidt uddybet datamodel på licenser ifm. systemer så vi kan identificere open source systmeer i porteføljen.

Nemmeste måde: et ekstra felt med "open source/ikke open source".

Mere korrekt: en klasse "Licens" med attributer som "tillader tilgang til source", "tillader ændring af source", osv.

JosefAssad commented 8 years ago

Skal tænkes sammen med it kontraktstyring, muligvis.

Cc @ClockEnd @mariushart

ClockEnd commented 8 years ago

@JosefAssad det skal vist tænkes sammen med kontraktstyring, men med forholdsvis simple licensklasser som egner sig til hurtigt overblik

mariushart commented 8 years ago

Jeg vil foreslå, at alle systemer har en relation 'licens' som kan have forskellige attributter i.e. klasse fx. ingen, MPL1.1 etc.) og relaterer til et dokument jf organisationsstandarden http://beta.rammearkitektur.dk/byggeblokke/Rammearkitektur/BusinessObjectModel/f7ab1289-7058-404a-8bfa-f0bb3f55ff92.htm

mariushart commented 8 years ago

nb vi kan tage udgangspunkt i attributten 'proprietær' og så denne liste https://www.gnu.org/licenses/license-list.html

JosefAssad commented 8 years ago

Je, jeg kan rigtig godt lide at en licens klasse bruger attributter. I virkeligheden er en licens jo en aftale, så der er vi med det samme ude i, at der kan defineres noget rigtig interessant der med økonomiske aspekter og også med henvisninger for ekesmpel til forskellige typer betingelser eller egenskaber (per seat/per annum, OSI godkendt/ikke OSI godkendt, etc.)

Det er rigtigt at det kan blive nøsten grænseløs indviklet da aftaler har mange former, men det lader jeg mig ikke bekymres af da det er rigtig nemt at bare bruge det man behøver. SMW har jo ingen referential integrity i relationer :)

På længere sigt er det noget jeg mener ville være kanonspændende at få indkøbsjuristerne med på banen om, bare så det ikke udelukker en agil (med lille "a") implementering og overskuelige klasser og wikifaciliteter.

Eksempler på use cases: anvendelse af analyse af, hvor mange licenser er variable kontra fixed, analyse på pris pr funktionelle point kontra licenstyper, etc. etc.

Nedenfor en visualisering af en licens datamodel fra Simularch (findes her i github i et andet repositorie under mit navn):

structure