KRAVSPESIFIKASJON Standarder for IKT Fredrikstad kommune IT-avdelingen Ver. 3.0 Revidert 07.04.2015 Fredrikstad kommune/it-avdeling/ketil Johansen Side 1 av 18
1 Innhold 1 Innhold... 2 2 Innledning... 4 2.1 Generelt... 4 2.2 Anbud/Leveranse... 4 2.3 Innføring av nye IKT-systemer... 4 2.4 Organisering... 4 2.5 Tiltakshaver... 4 3 Systemtekniske krav... 5 3.1 Generelle krav... 5 3.1.1 Windows plattform... 5 3.1.2 Databasestandarder... 5 3.1.3 Kommunikasjonsprotokoller... 5 3.1.4 Utskriftstjenester... 5 3.1.5 Elektronisk post... 5 3.1.6 Intranett/Internett... 5 3.1.7 Serverstruktur... 6 3.1.8 Publisering av applikasjoner... 6 3.1.9 Sikkerhetsarkitektur... 6 3.1.10 DMZ (Demilitarisert sone)... 6 3.1.11 Åpen sone... 7 3.1.12 Sikker sone... 7 3.1.13 Nettverksprinsipper... 7 3.2 Krav til programmer/applikasjoner... 7 3.2.1 Installasjon... 7 3.2.2 Oppdatering - Nye versjoner... 8 3.2.3 Adresseringer... 8 3.2.4 Programvarelås... 8 3.2.5 Fjerndrift/-leveranse... 8 3.3 Database regler... 8 3.4 Krav til integrasjon med andre systemer... 9 3.5 Forhold til eksisterende løsninger... 10 3.6 Leverandørtilgang... 11 3.7 Brukeradministrasjon... 11 3.8 Krav til systemadministrasjon... 11 3.9 Krav til brukergrensesnitt... 11 3.10 Krav til oppgraderinger... 11 4 Standard applikasjoner... 11 5 Krav til opplæring... 12 6 Krav til dokumentasjon... 12 6.1 Systemdokumentasjon... 12 6.2 Brukerdokumentasjon... 13 7 Telefonsentraler... 13 8 Kabling... 13 8.1 Spesifikasjon for installasjon av strukturert kabling for telefoni og data.... Feil! Bokmerke er ikke definert. 8.2 Punktplassering... Feil! Bokmerke er ikke definert. 8.3 Utvendige framføringsveier... Feil! Bokmerke er ikke definert. 9 Datarom... Feil! Bokmerke er ikke definert. Fredrikstad kommune/it-avdeling/ketil Johansen Side 2 av 18
9.1 Sentrale/større rom... Feil! Bokmerke er ikke definert. 9.2 Perifere/små rom... Feil! Bokmerke er ikke definert. 9.3 Undervisningsrom... Feil! Bokmerke er ikke definert. Fredrikstad kommune/it-avdeling/ketil Johansen Side 3 av 18
2 Innledning 2.1 Generelt Fagområdet informasjonsteknologi, kommunikasjon og telefoni forvaltes av ITavdelingen i Fredrikstad kommune. Dette innebærer følgende: Leverandører som skal innføre IKT-baserte systemer skal samarbeide med Fredrikstad kommunenes IT-avdeling. Dette dokumentet er utarbeidet for bruk ved: - Anskaffelser av IKT-systemer - Vesentlige endringer av eksisterende IKT-systemer - Nybygg, bygningsmessige utvidelser eller større restaureringsarbeider som berører kommunikasjonsområder. Det vil være slik at enkelte deler av dokumentet er irrelevant for enkelte leveranser (eksempelvis vil databasestandarder være irrelevant hvis leveransen er fysiske kablingsarbeider). 2.2 Anbud/Leveranse Når en leverandør skal besvare et anbud etter en forespørsel fra Fredrikstad kommune er de nedenforstående krav og spesifikasjoner gjeldende. 2.3 Innføring av nye IKT-systemer Fredrikstad kommune har rutiner for innføring av nye IKT løsninger som må gjennomgås før installasjonen iverksettes. Herunder også bygningsprosjekter. Dette er i hovedsak regulert i kommunens IKT-strategi. I hovedsak medfører dette at et råd (IT-rådet) må godkjenne løsningen før den anskaffes. 2.4 Organisering Ved etablering av IKT-prosjekter skal leverandøren stille med de fagpersonene som skal gjennomføre prosjektet i oppstartfasen og i samarbeid med It-avdelingen. 2.5 Tiltakshaver I de fleste IKT-prosjekt finnes en intern tiltakshaver i kommunen. Dette er den som er ansvarlig for den interne prosjektledelsen. Ved innføring/anskaffelse er dette normalt ikke IT-avdelingen. Fredrikstad kommune/it-avdeling/ketil Johansen Side 4 av 18
3 Systemtekniske krav 3.1 Generelle krav 3.1.1 Windows plattform Det stilles følgende systemtekniske krav og forutsetninger: Minimum 32 bits kode. Fortrinnsvis 64 bit for serverapplikasjoner. Programvare for sluttbrukere skal være kjørbare på Citrix XenApp 6.5 og leveres som MSI for «unattended» installasjon fra MS SCCM. Servere har MS OS og minimum Windows 2008 R2 Tykke klienter er sentralt administrert fra MS SCCM og kjører MS OS Windows 7 enterprise 64-bit Programmer som tilbys kommunen skal kunne kjøres på Virtuelle servermiljøer. Kommunen benytter i dag hovedsakelig XenServer som plattform men løsninger basert på Hyper-V aksepteres. 3.1.2 Databasestandarder Oracle database, ver 11g MS-SQL 2008R2 Oracle prefereres. 3.1.3 Kommunikasjonsprotokoller Det er kun TCP/IP som tillates, systemer må ikke kreve eller generere andre protokoller. De fysiske standardene er beskrevet nedenfor. 3.1.4 Utskriftstjenester Systemet skal benytte kommunens print-servere for all utskrift. Eventuelle drivere skal leveres både for 32-bit og 64-bit Windows systemer. 3.1.5 Elektronisk post Standard system for e-post er MS Outlook 2010 på klientsiden og MS Exchange 2010 på serversiden. Utover Outlook tillates det kun SMTP og IMAP i kommunikasjon mot Exchange som må avtales spesielt i hvert enkelt tilfelle. 3.1.6 Intranett/Internett Standard Web-server system: System Applikasjon Operativsystem Windows 2012 R2 server WEB-server system MS-IIS 8.0 Intranettplattform Sharepoint 2013 Internettplattform EPI-server 7.5 Fredrikstad kommune/it-avdeling/ketil Johansen Side 5 av 18
3.1.7 Serverstruktur Strukturen på serverne som inngår i den totale løsningen er vist i Vedlegg 1. FK serverfarm er en delt IKT-løsning og alle løsninger skal dekke Datatilsynets krav. 3.1.8 Publisering av applikasjoner Applikasjoner som skal kunne nås fra tynne klienter kjøres som Citrix Publisering. Dette innebærer at klienten får tilgang til selve plattformen (Windows 2008 herunder også Internet Explorer, Outlook og MS Office) direkte fra front-end terminalserver. Fagapplikasjoner er tilgjengelige fra applikasjonssiloer. Tykke klienter starter fagapplikasjoner direkte fra applikasjonssilo som en Citrix publisert applikasjon. Web-baserte løsninger skal kunne kjøre i Internet explorer og skal aksesseres direkte fra tykke klienter eller front-end terminalserver. 3.1.9 Sikkerhetsarkitektur FKs sikkerhetsarkitektur er basert på følgende prinsipper Nettverket er delt i tre soner (DMZ, Åpent og Lukket) Det er klart skille mellom tjenester og klienttyper inndelt i relevant sikkerhetspolicy Tilgang til tjenester reguleres gjennom bruk av sikkerhetsbarrierer (brannmurer, VLAN, pakkefilter, applikasjonsfilter, innholdsfilter, autentiseringsløsninger, VPN/SSL-GW, krav til klienter og tjenere, m.m. En sone har ikke tilgang til en sone med høyere sikkerhetsnivå med mindre det er eksplisitt tillatt, og regulert i en brannmur. En sone med høyere sikkerhetsnivå har ikke nødvendigvis tilgang til en sone med lavere sikkerhetsnivå. Hver sone inneholder ett eller flere nettverkssegmenter. DMZ Åpent Lukket Internettrelaterte systemer Administrative og fagorienterte nett Behandling av sensitive personopplysninger Driftsnett Virksomhetskritiske løsninger Tekniske tjenester Datatilsynets krav og retningslinjer skal følges. 3.1.10 DMZ (Demilitarisert sone) Kommunen benytter en kompleks sammensatt DMZ mellom LAN og Internett. Det er etablert to soner i DMZ, first- og second defence. Alle systemer som skal kommunisere igjennom fra Internett til LAN eller omvendt tillates ikke å passere to soner uten å kommunisere igjennom en sikkerhets-gateway. Ytterligere informasjon kan fås ved henvendelse til IT-avdelingen. FK har følgende tjenester organisert i DMZ Fredrikstad kommune/it-avdeling/ketil Johansen Side 6 av 18
Termineringspunkt for alle eksterne nettverk Eksterne navnetjenester, DNS (autorativ og publiserende) Eksterne nettsider, innbyggerportaler etc. E-post sending- og mottakspunkt Webmail og ActiveSync Tilgangspunkt mot intranett VPN-tjenester for ansatte og andre Kommunikasjon med tjenestetilbydere Lync federering mot eksterne 3.1.11 Åpen sone FK har følgende tjenester lagt til intern sone: Systemadministrative og fagorienterte nett, tekniske tjenester, administrative systemer og driftsnett, administrasjon av fjerntilgang samt klienter med mulighet for aksess til tjenester i lukket sone. 3.1.12 Sikker sone Alle tjenester og systemer som inneholder sensitive personopplysninger ref. personopplysningsloven 2-8 og alle virksomhetskritiske systemer plasseres i sikker sone. 3.1.13 Nettverksprinsipper Alle løsninger skal benyttte FKs eksisterende nettverk. FK har egen fiberbasert infrastruktur som knytter sammen alle kommunale lokaliteter. Hver lokasjon har egen lokalnett med minimum CAT-5 standard spredenett. All aksess og tilknytning til lokalnettet avtales med IT-avdelingen. Bærende protokoll for all kommunikasjon mellom klient/node til serverinstallasjoner skal være TCP/IP. Det skal ikke etableres lokale trådløse nettverk. FK s eksisterende løsning skal benyttes. Ethernet 100/1000BaseT Power over Ethernet (802.3af og 802.3at) WiFi 802.11 b/g/a/n DHCP reservasjoner for alt permanent tilknyttet utstyr For all navngiving finnes det interne konvensjoner, tilsvarende også for adressering (eks. IP). Tilbyder skal konferere med IT-avdelingen i FK å få tildelt navn og IP adresser for løsningene ved implementering. All navngivning eller adressering skal tildeles av FK. Navngiving og adressering skal være enkelt å endre i løsningen. 3.2 Krav til programmer/applikasjoner 3.2.1 Installasjon Klientprogrammer skal kunne installeres/rulles ut ved hjelp av MS System Center Configuration Manager. De skal leveres på MSI-fil format og kunne settes opp til å installeres unattended. Fredrikstad kommune/it-avdeling/ketil Johansen Side 7 av 18
3.2.2 Oppdatering - Nye versjoner Tilsvarende rutine og krav som under pkt. 3.2.1. Enhver ny versjon av et program skal leveres IT-avdelingen kvalitetssikring før den settes i produksjon. Alle oppgraderinger skal leveres som en komplett installasjon av programvaren. 3.2.3 Adresseringer Program skal kunne kjøres i et datasenter. Dette innebærer at alle ressurser skal kunne adresseres internt fra programmet. Eksempler på dette kan være: at filområder applikasjonen benytter skal kunne styres til perifere disker, normalt også andre servere. at databaser skal kunne legges på egne servere ikke krav om at data lagres sammen med den eksekverende delen av programmet. Dette innebærer blant annet at all internadressering aksepterer bruk av UNC-bane 3.2.4 Programvarelås Det tillates ikke leveranser av programvare med noen form for fysisk programvarelås, dongler, USB brikker etc. Dersom det er behov for lisenskontroll skal dette være serverbasert. 3.2.5 Fjerndrift/-leveranse Alle løsninger og systemer skal som hovedregel kjøres i kommunens datasentral. En Microsoft basert Private Cloud. Alle programmer skal installeres av personell fra kommunenes IT-avdeling, eller i samarbeid med IT-avdelingen. IaaS, PaaS og SaaS løsninger godkjennes normalt ikke. Unntak kan gjøres i enkelttilfeller der det ikke finnes alternativer for lokal drift. Dette stiller imidlertid strenge krav til behandling av data. Data av sensitiv art skal ikke behandles i fjerndriftede løsninger. Løsningene kan heller ikke inneholde elementer av integrasjon med våre øvrige it-løsninger internt. Programmer skal som hovedregel driftes og oppdateres av personell fra kommunenes IT-avdeling, eller i samarbeid med leverandør hvis dette er avtalt særskilt. 3.3 Database regler Følgende regler gjelder for implementasjon av relasjonsdatabaser med relasjoner mot eksisterende systemer i Fredrikstad kommune. Når en leverandør skal implementere databasesystemer som skal ha relasjoner, views, triggere eller annen kontakt med eksisterende databaser gjelder følgende hovedregler: Data skal kun finnes et sted Fredrikstad kommune/it-avdeling/ketil Johansen Side 8 av 18
Dette innebærer at når systemet har behov for data som finnes i et eksisterende system, skal disse registrene/tabellene ikke dupliseres. Systemet skal hente data fra det eksisterende systemet. Dette gjelder selv om det vil medføre omskrivninger av systemet. Disse data skal hentes i et ekte View (ev. snapshot) mot de eksisterende tabellene. Det tillates ikke at tabeller kopieres over til systemet. Opprettelse av sysposter Når det ikke er mulig å opprette relasjoner kun ved bruk av Views tillates det å kopiere over systempost(er), felter med innhold, som muliggjør opprettelse av relasjoner mot systemets datastruktur. Minst mulig datamengde skal kopieres over. Kopiering av sysposter anses ikke som duplisering av data. Handlinger mot eksisterende systemer All programkode (Triggere, SQL-statement, prosedyrer) som utfører oppslag mot Views eller Snapshot og som sørger for oppdatering av systemposter må ligge i systemet. Det er ikke tillatt å skrive kode inn i de eksisterende systemene. Leverandøren bærer selv ansvaret for at systemet lar seg oppgradere i takt med kommende oppgraderinger av de eksisterende systemene. Når en eksisterende systemtabell får nytt navn og relasjonen forsvinner må leverandøren oppgradere sin egen kode. Leverandøren vil bli kontaktet i hvert enkelt tilfelle. 3.4 Krav til integrasjon med andre systemer Utover de ovenstående reglene for databaserelasjoner gjelder også; Alle utvekslingsprosedyrer skal ligge i systemet. Utveksling av data mellom systemet og eksisterende løsninger skal gå automatisk Tilbys en annen løsning/modell enn dette, må den begrunnes og beskrives spesielt. Tilbys det eksempelvis en form for mellomlagring av eksportdata fra eksisterende system må tilbyderen beskrive hvorledes rutinene for import til nytt system skal foregå. Benyttes det flatfil (ev. et utvekslingsformat) for mellomlagring må både utvekslingen fra eksporterende og importerende system løses og beskrives. Fredrikstad kommune/it-avdeling/ketil Johansen Side 9 av 18
3.5 Forhold til eksisterende løsninger Ved integrasjon av systemet skal ikke eksisterende systemer endres. Trengs eksport/import fra eksisterende systemer skal dette skje fra systemet. Disse eksportprosedyrene skal lagres i systemet og brukeren skal kunne nå disse fra det systemets brukergrensesnitt. Tilbyder er ansvarlig for integrering mot eksisterende systemer. Dette innebærer at tilbyder for eksempel må skaffe databasedefinisjon(er) direkte fra leverandørene av eksisterende systemer. Kommunen kan være behjelpelig med å etablere kontakt med kommunens IT leverandører. Følgende garantier må gis i tilbudet: Dersom løsningen det skal integreres mot tilbyr et ferdig integrasjonslag skal dette benyttes i størst mulig grad. Leverandøren skal gi garantier for at innlesningsprosedyre(er) fra eksisterende system fungerer tilfredsstillende. Leverandøren skal gi garantier for at eksport fra systemet fungerer tilfredsstillende. Leverandøren skal gi garantier for at ved endringer av eller i eksisterende system må leverandøren oppgradere systemet slik at det fortsatt fungerer (eksport/import) optimalt. Leverandøren skal gjøre dette etter bestilling fra kommunen. Leverandøren skal legge alle Views, Triggere, Prosedyrer, etc. internt i det nye systemet. Ingen kode må legges i eksisterende systemer. I motsatt fall, at en annen leverandør trenger opplysninger om det innkjøpte systemet forplikter leverandøren å tilrettelegge slik at en av FK s andre underleverandører for tilgang på nødvendig informasjon. Herunder eksempelvis databasestrukturer, kildekode etc. Likeledes forplikter FK s leverandører seg til å etablere et gjensidig Fredrikstad kommune/it-avdeling/ketil Johansen Side 10 av 18
samarbeid med FK s andre aktuelle leverandører. FK er behjelpelig med å etablere kontakt. 3.6 Leverandørtilgang Leverandørtilgangen er regulert i kontrakts form, mellom FK og den enkelte leverandør. Leverandører kontakter IT-avdelingen for å få opprettet en slik samarbeidsform. Det er utarbeidet en egen rutine/instruks for denne ordningen som skal følges. Leverandøren vil bli opplyst om dette ved inngåelse av en slik kontrakt. 3.7 Brukeradministrasjon Det stilles krav til administrasjon av brukere. Systemet skal støtte SSO med Windows pålogging. Man skal kunne legge til tilgangsnivåer og styre rettighetene til de enkelte brukere internt i systemet. 3.8 Krav til systemadministrasjon Systemet skal kunne benyttes av flere virksomheter/selskaper. Der det er behov må de kunne opererere på forskjellig datagrunnnlag. Brukere skal defineres og ha ulike tilgangsrettigheter. Kontroll av brukeridentitet må skje ved pålogging. 3.9 Krav til brukergrensesnitt Systemet skal benytte grafisk brukergrensesnitt, og følge standard MS-Windows konvensjoner. Systemet skal ha en lettforståelig struktur av skjermbilder og menyer. Web-baserte publikumstjenester skal følge krav om universal utforming og ha et responsivt design blant annet for å understøtte mobile plattformer. Web-baserte interne systemer bør på generelt grunnlag ha et responsivt design. 3.10 Krav til oppgraderinger Når programvaren oppgraderes for kommende versjoner skal den nye oppgraderingen bestå av en fullverdig installasjon. Dette innebærer at den nye oppgraderingen skal kunne installeres uten å ha den gamle tilgjengelig, enten installert eller på annet lagringsmedium. Ved hver programvareleveranse skal det medfølge en installasjonsveiledning. 4 Standard applikasjoner Ved tilbud av systemer som krever integrasjon mot øvrige standardapplikasjoner skal nedenforstående liste legges til grunn: Fredrikstad kommune/it-avdeling/ketil Johansen Side 11 av 18
Type Produkt Kontorstøtte MS-Office 2010 Internett Browser MS-Internett Explorer 10 Verktøy Til enhver tid siste versjoner av Java, Adobe produkter, Silverlight, Flash,.Net Dørlås og alarmsystem Integra CallCenter Competella ERP Visma Enterprise Sak/arkiv-system Evry Ephorte Skal tilbudt system integreres mot andre standardapplikasjoner må tilbyder ta kontakt med Fredrikstad kommune v/it-avdelingen for å få rede på hvilke øvrige applikasjoner som er standard. Tilsvarende gjelder også for spesielle applikasjoner/fagapplikasjoner, der det finnes en liste over godkjente programmer. 5 Krav til opplæring Leverandøren må kunne gjennomføre opplæring av brukere og/eller av løsningsansvarlige for systemet, når dette kravspesifiseres av kommunen. Endelig omfang av opplæringen avtales nærmere. Kompleksiteten til systemet vil være avgjørende for valg av løsning for opplæring, Det må utarbeides en milepælsplan og ansvarskart for opplæring. Denne må redegjøre for metode, tidsplan, ressursbruk samt kostnader. Leverandører må kunne stille et forhåndsavtalt antall konsulenttimer til rådighet for kommunen til bruk i opplæringsøyemed. Det må påligge leverandøren å utarbeide komplett opplæringsmateriell som kommunen kan distribuere til sine brukere. Kommunen vil kunne kreve opplæring av interne superbrukere som igjen står for videre intern opplæring. 6 Krav til dokumentasjon Dokumentasjonen skal omfatte alle deler av systemet og skal være på norsk. Dokumentasjonen/brukerhåndbøkene skal sikre at systemet brukes på en forsvarlig og korrekt måte. 6.1 Systemdokumentasjon Systemdokumentasjonen skal vise hvordan systemet er bygd opp og hvordan kravene til funksjonalitet i regelverket er ivaretatt slik at brukere på en enkel måte kan sette seg inn i hvordan systemet fungerer. Systemdokumentasjon, oppsettparametere, -regler, maskinelle kontroller og tilgangsrettigheter som er nødvendig for etterprøving, skal fremgå på en oversiktlig måte. Fredrikstad kommune/it-avdeling/ketil Johansen Side 12 av 18
Komplett databasemodell skal leveres. Applikasjonen skal inneholde historikk med entydig identifikasjon, produksjonsdato og periodeangivelse. Det skal være mulig å kontrollere at ingen historikk kan overstyres i ettertid. Historikken skal være implementert i løsningen og kunne leses til enhver tid. 6.2 Brukerdokumentasjon Det skal være system for oppdatering av brukerhåndbøkene. Oppdatering kan skje ved overføring av filer m/dokumentasjon, eller ved fysisk oversendelse av papirbaserte endringsdokumenter. Dokumentasjonen skal foreligge elektronisk og/eller i form av hjelp-funksjon i systemet. Det er viktig at brukeren i et hvert skjermbilde skal kunne søke på aktuelle hjelpe-ord eller funksjoner. 7 Telefonsentraler Fredrikstad kommune har ip-basert telefoni og samhandlingsplattform. Denne er basert på Microsoft Lync 2010 og gjelder for alle kommunens virksomheter med unntak av legevakten. Alle henvendelser til IT-avdelingen. 8 Kabling 8.1 Spesifikasjon for installasjon av strukturert kabling for IKT 8.2 Horisontal kabel Minimum 4-pars UTP-kabel Klasse E. / kat 6-250 MHz. Kablene skal være halogenfrie og av brannhemmende materiale. Maksimal fysisk kabellengde for horisontal kabel skal ikke overstige 90m. Ved utvidelse av eksisterende anlegg skal det benyttes kabel og koblingsmateriell av samme fabrikat som er benyttet fra før. IT-avdelingen kontaktes i hvert enkelt tilfelle. 8.3 Fiberkabel All bygnings-/områdestamkabel skal være av typen Singelmodus (9/125 μm) OS2 (TIA 492CAAB / OS2 / ITU Standards G.652D)Det skal ikke benyttes mindre fiberkabler enn 24-fiber, med unntak av luftstrekk. Der kan det benyttes 12-fiber. Dette skal avklares med IT-avdelingen ved hvert enkelt tilfelle. Det skal benyttes kabel som har egenskaper tilpasset bruksområde, installasjonssted og miljø. Utendørskabel skal generelt termineres mindre enn 2 m fra innføringsstedet der kabelen bryter brannsonen gulv, tak, vegg. Alternativt kan kabelen bringes lenger Fredrikstad kommune/it-avdeling/ketil Johansen Side 13 av 18
inn i bygget forutsatt at den forlegges i brannsikker føringsvei for eksempel i metallrør. 8.4 Terminering Spredenett skal termineres i RJ45-uttak med 568B-standard på pinne utlegget i kontaktene. Terminering av horisontal kabel i dataskap/rack skal utføres på 19 RJ45-panel med 24 porter. Det skal monteres et horisontalt føringspanel for hvert termineringspanel. Fiberen skal termineres med SC/PC-konnektor i 19 fiberskuff. Det skal monteres et horisontalt føringspanel for hvert termineringspanel. Ved visse tilfeller kan vegboks benyttes. Dette skal avklares med IT-avdelingen ved hvert enkelt tilfelle. 8.5 Dataskap/rack Bredde 800 mm dybde 800 mm høyde 2000 mm 42 høydeenheter. Rackene skal ha tilstrekkelig med føringsbøyler for både horisontal og vertikal føring Det skal generelt avsettes reserveplass i rack for 30% utvidelsesmulighet. Strøm distribueres i rack ved bruk av horisontalt/vertikalt monterte strømskinner. 8.6 Merking All merking skal utføres i henhold til Fredrikstad kommunes eksiterende merkesystem. Termineringspunkter i dataskap/rack skal være merket i stigende nummerrekkefølge. Eksempel: Det første skapet som monteres i 1. etasje, skal hete 1A. Punktene fra dette skap merkes 1A-1, 1A-2 osv. Eventuelt et neste skap i 1. etasje skal få navnet 1B, punktene 1B-1, 1B-2 osv. Samme måte om det er flere etasjer; F.eks. 2A tilsier at skapet er i 2. etasje, og punktene skal hete 2A-1, 2A-2 osv. Skap i underetasje merkes med U; eks: UA UB osv. Døra til skapet skal ha en klar merking: F.eks. 1A, og om mulig skal også døren til patcherommet merkes. 8.7 Testing og Dokumentasjon Installatør skal være autorisert som teleinstallatør av Post- og Teletilsynet All kabling av spredenett og fiber skal testes 100% og være godkjent i henhold til gjeldene standard. Testdokumentasjon skal leveres IT-avdelingen elektronisk på pdfformat. 8.8 Kabelføringsveier IT-avdelingens kravspesifikasjon og Byggehåndboka skal følges. Ved fremføring over himlinger og lignende skal det skal tas hensyn til avstander til annet elektrisk utstyr som kan påvirke signalering, for eksempel lysrørsarmaturer. Kanaler skal inneholde faste separate føringsveier for sterk- og svakstrøm. I videre føringsveier må separasjon opprettholdes. I nybygg og ved rehabiliteringer skal føringsveier etableres med minimum 30 % reservekapasitet. Fredrikstad kommune/it-avdeling/ketil Johansen Side 14 av 18
8.9 Punktplassering Plassering av innvendige datapunkter skal gjøres i samråd med IT-avdelingen og aktuell virksomhetsleder for bygget. Tilsvarende gjelder også mengde. 8.10 Utvendige framføringsveier Ved nybygg eller ved endringer av eksisterende framføringsveier av signalkabler skal IT-avdelingen kontaktes. Ved spørsmål eller avgjørelser vedrørende eksterne grensesnitt kan IT-avdelingen kontaktes i hvert enkelt tilfelle. 9 Datarom Det defineres/finnes tre type datarom: Sentrale/større rom Perifere/små rom Undervisningsrom Hvordan hvert enkelt rom defineres avgjøres i samråd med IT-avdelingen. 9.1 Sentrale/større rom Design og utførelse av datarom skal foretas i samarbeide med IT-avdelingen. Det skal legges datagulv med minimum 15 cm effektiv plass for signalkabling. Videre skal alle sterkstrømskabler og 220V anlegg plasseres i TEK 123 kanaler i taket på anvist plass over server og elektronikk racksystemer. Hvis det er påkrevd med slokkeanlegg skal det benyttes Argonite gass slokkeanlegg dimensjonert med en minste konsentrasjonskoeffisient på 12.5, samt godkjent alarmsender. Hvorvidt slike anlegg skal etableres fremkommer av spesifiseringen av hver enkelt anskaffelse. Kjøling skal monteres med fordampere i taket, og beregnes ut fra avgitt effekt fra det aktuelle utstyret som skal monteres i rommet. Det skal ikke overstige 20 grader Celsius i rommet. Rack (skap) skal være 19 tommer, med en minimums dybde på 55 cm fra monteringsskinnene i forkant til monteringsskinnene i bakkant av skapet. 9.2 Perifere/små rom Minimumskrav på 4 kvadratmeter forbeholdt IT-utstyr Rack (skap) skal være 19 tommer, med en minimums dybde på 55 cm fra monteringsskinnene i forkant til monteringsskinnene i bakkant av skapet. To hyller hører med til standard installasjon. Grunnet viftestøy bør rommet etableres i god avstand fra faste arbeidsplasser. Fredrikstad kommune/it-avdeling/ketil Johansen Side 15 av 18
9.3 Undervisningsrom Forhold som gjelder rundt etablering av dataundervisningsrom er beskrevet i eget dokument, Norm for etablering av dataundervisningsrom. Dokumentet er tilgjengelig hos IT-avdelingen og vil bli gjort tilgjengelig der det er relevant. Utover dette gjelder alle spesifikasjoner gitt i dette dokumentet. Fredrikstad kommune/it-avdeling/ketil Johansen Side 16 av 18
VEDLEGG 1 Serverstruktur Fredrikstad kommune/it-avdeling/ketil Johansen Side 17 av 18
Fredrikstad kommune/it-avdeling/ketil Johansen Side 18 av 18