Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.


 

   

 

Öppen källkod

 

Version 2.0.2

Image Added


RIV Tekniska  Anvisningar

Parallella huvudversioner av ett tjänstekontrakt


Version 1.0

ARK_

0008

0040

 

2016

2017-

11

02-

16

 17

Innehållsförteckning
 


Utgåvehistorik

Utgåva

Revision Datum

Beskrivning

C

 


Befintligt dokument 2014-10-07

2.0.1

2014-10-08

Bytt till nya versionssystemet, ny wordmall och publicerat. Inga förändringar i i övrigt!

2.0.2

2016-11-16

-          Tagit bort alla referenser till CEHIS

-          Ändrat Google Code till Bitbucket

 



1          Inledning

Denna anvisning en del av Regelverk för Interoperabilitet inom Vård och omsorg (RIV) [R1], och är framtagen för att tillämpas av samtliga nationella system- och programutvecklingsprojekt inom området. Anvisningen ägs och förvaltas av Inera Arkitektur & Regelverk med huvudsyftet att kunna användas som checklista vid granskning av projekt.

...

Projekten klassificeras i olika typer baserat på graden av öppenhet. Modellen i Figur 1 nedan har använts som utgångspunkt i denna anvisning, och för att kunna refereras har de olika typerna av projekt har namngivits från A till F.

 

 



Figure 1, Typer av projekt med avseende på graden av öppenhet

...

2.1         Generella direktiv för samtliga projekt (A-F)

...


Följande direktiv gäller för samtliga projekt (A-F).

...

GEN-06  Processen för release management och vem som är releaseansvarig ska vara dokumenterat. Projektet ska kommunicera distributioner i form av releaser och det ska vara tydligt om det handlar om stabila produktionsreleaser,  releasekandidater eller andra former av mindre stabila releaser som dagliga byggen.

 


Programvara och innehåll

GEN-07   Digitala verk oavsett format, såsom dokument, ljud, bild, video, källkod, analysmodeller och övrigt, ska så långt som möjligt vara baserade på öppna standarder [1].

...

formulerar rättigheter och skyldigheter för användning och distribution av den delade källkoden. 


2.4        Direktiv för projekttyp C

...

PMC-07   Demonstrationer  av den nuvarande programvarureleasen  ska om möjligt finnas tillgängliga på nätet som webbtjänster eller som körbar programvara för nedladdning.

 

 



2.5         Direktiv för projekttyp D

...

PMD-05  Programvarans plan för framtida versioner dvs. dess roadmap ska kommuniceras.

 

 



2.6        Direktiv för projekttyp E

...

PME-04  Projektet ska öppet på sin officiella projektplats kommunicera licensmodellen och den policy som gäller för bidragsgivare [7]. 


2.7         Direktiv för projekttyp F

...

Rekommenderad projektplats är för närvarande Bitbucket [R2]. 


3.2        Källkodslicenser

...

Det rekommenderas att man så långt som möjligt utvecklar i öppen källkodsprojekt, och i praktiken innebär detta i de allra flesta fall projekttyp C eller D. Vilken av dessa är beroende på hur mycket kommunikation projektet har med externa intressenter. I fallet nationella tjänstekontrakt så är bör projekttyp D föredras då det finns flera externa intressenter som förväntas realisera dessa.


4         Förtydliganden

...


[1]    Användning av öppna standarder innebär ökad hållbarhet för resultaten ifråga. Exempel på lämpliga standardforum är ISO (http://www.iso.org),  W3C (http://www.w3.org), OMG (http://www.omg.org)  och IETF (http://www.ietf.org).

...

[13] UTF-8 har valts som huvudsaklig teckenkodning i internetprotokoll:  nya protokoll måste stöda denna teckenkodning, om det inte av speciella skäl är olämpligt. Se även IETF Policy (http://tools.ietf.org/html/rfc2277).

5         Referenser

...


[R1]                 RIV-TA http://rivta.se/

...

[R3]                Inera, Arkitektur och regelverk http://www.inera.se/TJANSTER--PROJEKT/Arkitektur-och-regelverk