blog/data/2010-10-17-anbud.txt

   1 Title: Standardkrav inn i anbudstekster?
   2 Tags: norsk, nuug, standard, web
   3 Date: 2010-10-17 19:30
   4
   5 <p>Hvis det å følge standarder skal ha noen effekt overfor
   6 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
   7 systemer kjøpes inn.  Har ikke sett noen slike formuleringer i anbud
   8 så langt, men har tenkt litt på hva som bør inn.  Her er noen ideer og
   9 forslag.  Min drøm er at en kan sette krav til slik støtte i
  10 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
  11 seg med å skrive at det er en fordel om slik støtte er tilstede i
  12 leveranser.</p>
  13
  14 <p>Som systemadministrator på Universitetet er det typisk to områder
  15 som er problematiske for meg.  Det ene er admin-grensesnittene på
  16 tjenermaskiner, som vi ønsker å bruke via ssh.  Det andre er nettsider
  17 som vi ønsker å bruke via en nettleser.  For begge deler er det viktig
  18 at protokollene og formatene som brukes følger standarder våre verktøy
  19 støtter.</p>
  20
  21 <p>De fleste har nå støtte for SSH som overføringsprotkoll for
  22 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
  23 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen.  Det er flere
  24 aktuelle protokoller for fremvisning av BIOS-oppsett og
  25 oppstartmeldinger, og min anbefaling ville være å kreve
  26 VT100-kompatibel protokoll, for å sikre at flest mulig
  27 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
  28 via ssh.  Andre aktuelle alternativer er ANSI-terminalemulering og
  29 VT220.  Kanskje en formulering ala dette i anbudsutlysninger vil
  30 fungere:</p>
  31
  32 <p><blockquote>
  33 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
  34 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
  35 (RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
  36 når en kobler seg til oppstart via ssh.
  37 </blockquote></p>
  38
  39 <p>Har ikke lykkes med å finne en god referanse for
  40 VT100-spesifikasjonen.</p>
  41
  42 <p>Når det gjelder nettsider, så er det det HTML, CSS og
  43 JavaScript-spesifikasjonen til W3C som gjelder.</p>
  44
  45 <p><blockquote>
  46 Alle systemets nettsider bør/skal være i henhold til statens
  47 standardkatalogs krav om nettsider og følge HTML-standarden som
  48 definert av W3C, og validere uten feil hos W3Cs HTML-validator
  49 (http://validator.w3.org).  Hvis det brukes CSS så bør/skal denne
  50 validere uten feil hos W3Cs CSS-validator
  51 (http://jigsaw.w3.org/css-validator/).  Eventuelle JavaScript skal
  52 være i henhold til EcmaScript-standarden.  I tillegg til å følge de
  53 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
  54 relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
  55 Opera 9, etc.
  56 </blockquote></p>
  57
  58 <p>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
  59 lage nettsider som følger standardene og fungerer i flere
  60 nettlesere?</p>
  61
  62 <p>Tar svært gjerne imot innspill på dette temaet til aktive (at)
  63 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
  64 for å oppmuntre leverandører til å følge standardene.  Kanskje NUUG
  65 burde lage et dokument med forslag til standardformuleringer å ta med
  66 i anbudsutlysninger?</p>
  67
  68 <p>Oppdatering 2010-12-03: I følge Wikipedias oppføring om
  69 <a href="http://en.wikipedia.org/wiki/ANSI_escape_code">ANSI escape
  70 code</a>, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
  71 basis for sin oppførsel.  Det kan dermed være et alternativ når en
  72 skal spesifisere hvordan seriell-konsoll skal fungere.</p>