====== 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.