- <div class="entry">
- <div class="title"><a href="http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html">Standardkrav inn i anbudstekster?</a></div>
- <div class="date">2010-10-17 19:30</div>
- <div class="body">
-<p>Hvis det å følge standarder skal ha noen effekt overfor
-leverandører, så må slike krav og ønsker komme inn i anbudstekster når
-systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
-så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
-forslag. Min drøm er at en kan sette krav til slik støtte i
-anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
-seg med å skrive at det er en fordel om slik støtte er tilstede i
-leveranser.</p>
-
-<p>Som systemadministrator på Universitetet er det typisk to områder
-som er problematiske for meg. Det ene er admin-grensesnittene på
-tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
-som vi ønsker å bruke via en nettleser. For begge deler er det viktig
-at protokollene og formatene som brukes følger standarder våre verktøy
-støtter.</p>
-
-<p>De fleste har nå støtte for SSH som overføringsprotkoll for
-admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
-inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
-aktuelle protokoller for fremvisning av BIOS-oppsett og
-oppstartmeldinger, og min anbefaling ville være å kreve
-VT100-kompatibel protokoll, for å sikre at flest mulig
-terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
-via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
-VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
-fungere:</p>
-
-<p><blockquote>
-BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
-bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
-(RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
-når en kobler seg til oppstart via ssh.
-</blockquote></p>
-
-<p>Har ikke lykkes med å finne en god referanse for
-VT100-spesifikasjonen.</p>
-
-<p>Når det gjelder nettsider, så er det det HTML, CSS og
-JavaScript-spesifikasjonen til W3C som gjelder.</p>
-
-<p><blockquote>
-Alle systemets nettider bør/skal være i henhold til statens
-standardkatalogs krav om nettsider og følge HTML-standarden som
-definert av W3C, og validere uten feil hos W3Cs HTML-validator
-(http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
-validere uten feil hos W3Cs CSS-validator
-(http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
-være i henhold til EcmaScript-standarden. I tillegg til å følge de
-overnevnte standardene skal websidene fungere i nettleserne (fyll inn
-relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
-Opera 9, etc.
-</blockquote></p>
-
-<p>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
-lage nettsider som følger standardene og fungerer i flere
-nettlesere?</p>
-
-<p>Tar svært gjerne imot innspill på dette temaet til aktive (at)
-nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
-for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
-burde lage et dokument med forslag til standardformuleringer å ta med
-i anbudsutlysninger?</p>
-</div>
- <div class="tags">
-
-
-
- Tags: <a href="http://people.skolelinux.org/pere/blog/tags/norsk">norsk</a>, <a href="http://people.skolelinux.org/pere/blog/tags/nuug">nuug</a>, <a href="http://people.skolelinux.org/pere/blog/tags/standard">standard</a>, <a href="http://people.skolelinux.org/pere/blog/tags/web">web</a>.
-
- </div>
- </div>
- <div class="padding"></div>
-
projects / homepage.git / blobdiff