====== Prosjekteringsprosess for detaljplan ======
{{:admin:pprosess.png?nolink&600|}}
Prosjekteringsprosessen består av mange aktiviteter som bør foretas sekvensielt eller delvis parallelt og i riktig rekkefølge for å sikre underlag for påfølgende aktivitet. Følgende aktiviteter og rekkefølge er anbefalt:
- Formål: Forankring og sporing av krav.
- Beskrivelse:
- Underlag: Se beskrivelse av kravprosess under det enkelte fagområde.
- Dokumentasjon: Systemkravspesifikasjon.
- Formål: Sikre at nødvendig dokumentasjon produseres i prosjektet.
- Beskrivelse:
- Underlag: PSD, Systemkravspesifikasjon og Prosjekteringsveileder.
- Dokumentasjon: Dokumentplan.
- Formål: Få oversikt over dagens anlegg/situasjon.
- Beskrivelse: Før tiltakene kan beskrives, må det innhentes grunnlagsdata. Det kan være nødvendig å kontrollere og/eller supplere grunnlagsdata med for eksempel prøver, analyser og målinger for å oppnå tilstrekkelig kvalitet. Det er hensiktsmessig å samle behov for alle fag slik at det kan foretas en koordinert innhenting og eventuelt kontroll/supplering. Det er ofte nødvendig å foreta befaringer for å kartlegge eksisterende anlegg. For mer informasjon, se [[digitalplan:grunnlagsdata|Grunnlagsdata]] og [[digitalplan:hb|Håndbok digital planlegging]].
- Underlag: FDV-dokumentasjon i blant annet Banedata, Proarc og Telemator. Andre aktuelle databaser/verktøy/metoder: Målevognbilder, kartdatabaser, informasjon fra tilstandskontrollør/feltdrift, befaringer, informasjon om tilgrensende prosjekter m.m.
- Dokumentasjon: Tekstbeskrivelser, kart, bilder, modell og tegninger av dagens anlegg.
- Formål: Detaljering av tiltak for å kunne estimere kostnader med en nøyaktighet på +/- 10%.
- Beskrivelse: Det skal foretas avklaringer, beregninger og utforming av løsninger basert på krav, forutsetninger og føringer. Plassering av alle utendørs objekter skal avklares for å sikre areal og for å forhindre kollisjoner/konflikter mellom objekter. Valg av løsninger skal foretas med bakgrunn i kost/nytte-betraktninger. Aktiviteten skal utføres som en tverrfaglig prosess for å sikre at systemgrensnitt ivaretas og for å unngå konflikter ved plassering av objekter/systemer. Som innspill til offentlig plan skal arealbehov knyttet til tekniske anlegg og bygninger med eventuelle atkomstløsninger avklares. Dette gjøres vanligvis i reguleringsplan, men for noen fag også i kommunedelplan.
- Underlag: Dokumentasjon fra forrige planfase, Teknisk regelverk og andre styrende dokumenter, Prosjekteringsveilederen m.m.
- Dokumentasjon: Systemdefinisjon, tekstlig beskrivelse/tegninger/3D-modell av funksjonalitet, teknisk løsning inkludert systemgrensesnitt, konklusjoner og anbefalinger. Eventuelt søknad om dispensasjon fra krav (ref Teknisk Regelverk [[https://trv.banenor.no/trvdisp/]]). For forventninger til modell- og tegningsleveransene se [[fag:felles:tegninger|Forventninger til modell- og tegningsleveranser]] og [[digitalplan:hb|Håndbok digital planlegging]].
- Formål: Bidra med fagkompetanse til analyse av pålitelighet, tilgjengelighet, vedlikeholdbarhet og sikkerhet for prosjektert system
- Beskrivelse:
- Underlag: Prosjektert anlegg, mal og eksempler
- Dokumentasjon:
- Formål: Avklare om tiltakene er byggbare (blant annet identifisere arealbehov for bygging/midlertidige anlegg), danne underlag for kostnadsestimat
- Beskrivelse:
- Underlag: Mal, Oversikt (tekst, modell, tegninger) over dagens situasjon og prosjekterte tiltak.
- Dokumentasjon: Jernbaneteknisk faseplan
- Formål: Legge en plan for sikker anleggsgjennomføring
- Beskrivelse:
- Underlag:Prosjektert anlegg
- Dokumentasjon: Bidrag til SHA-rapporten
- Formål: Beskrivelse av kostnadene
- Beskrivelse:
- Underlag: Prosjekterte tiltak, faseplanen, Prosesskodene, priser
- Dokumentasjon: Utfylt STY-600500 med kostnadsestimat
- Formål: Kvalitetssikre prosessen for og resultat av utført prosjektering
- Beskrivelse:
- Underlag: Prosjekterte tiltak, faseplanen, Prosesskodene, priser
- Dokumentasjon: Utfylte sjekklister med sidemannskontroll. Innspill til Kontrollplan.