arbeidsprosess:detaljplan
Forskjeller
Her vises forskjeller mellom den valgte versjonen og den nåværende versjonen av dokumentet.
Forrige revisjon | |||
— | arbeidsprosess:detaljplan [2022/02/16 07:45] (nåværende versjon) – stun | ||
---|---|---|---|
Linje 1: | Linje 1: | ||
+ | **Dette er en gammel utgave av siden** | ||
+ | |||
+ | ====== Prosjekteringen i Detaljplan / Teknisk spesifikasjon====== | ||
+ | |||
+ | ===== Hensikt ===== | ||
+ | |||
+ | Denne siden beskriver aktiviteter for gjennomføring av detaljplanarbeidet. Prosjekteringsprosessen består av mange aktiviteter som bør foretas i riktig rekkefølge og med akseptvurderinger underveis for å sikre underlag for påfølgende aktivitet. Rekkefølgen kan tilpasses prosjektets omfang etter avtale med prosjektleder. | ||
+ | |||
+ | For en beskrivelse av formålet med Detaljplan, se [[prosjektgjennomforing: | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | =====Prosjektgjennomføring ===== | ||
+ | |||
+ | |||
+ | Vi arbeider med å utarbeide en samordnet prosessbeskrivelse for fagene. | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ==== Beskrivelse av aktiviteter ==== | ||
+ | |||
+ | Her følger en beskrivelse av de viktigste aktivitetene som inngår i et typisk detaljplanfprosjekt og som den prosjekterende bidrar til eksplisitt. | ||
+ | |||
+ | ++++Etablere felles planforståelse| | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Prosjektbestilling | ||
+ | * Teknisk Regelverk. | ||
+ | * Plan- og bygningsloven. | ||
+ | * Prosjektets prosjektstyringsdokument (PSD). | ||
+ | * Krav og målsettinger fra hoved- og arealplanen av tekniske, samfunns- og miljømessige føringer. | ||
+ | * Dokumentasjon fra forrige planfase (planrapporten, | ||
+ | * **Utførelse: | ||
+ | * Koordineringsmøte mellom oppdragsgiver og prosjekterende for å avklare oppgaven. | ||
+ | * Identifisere generiske og prosjektspesifikke krav. | ||
+ | * Avdekke og melde inn behov for endringer eller optimaliseringer av foregående planfase. | ||
+ | * **Leveranse: | ||
+ | * Dokumentplan (prosjektspesifikk dokumenthåndteringsprosedyre){{ : | ||
+ | * Faglig del av systemkravspesifikasjonen (Prosjektspesifikke krav dokumenteres). | ||
+ | * Innspill til Systemdefinisjonen med henvisninger til aktuelle kapitler i Teknisk regelverk, lover, forskrifter og standarder listes opp i denne. Innholdet i dokumentet kan alternativt inngå som del av annen dokumentasjon, | ||
+ | * Referat fra samordningsmøte. | ||
+ | * Dokument som synliggjør alle endringer som er gjort i forhold til tidligere planfase. Ved vesentlige endringer skal foregående plan revideres og godkjennes på nytt. | ||
+ | * Revidert systemkravspesifikasjon. | ||
+ | * Avtale faglig oppfølging med oppdragsgivers representant. | ||
+ | |||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | ++++Utarbeide planunderlag | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Prosjektbestilling | ||
+ | * Grunnlagsdata som er innhentet i forrige planfase | ||
+ | * Teknisk beskrivelse i fra Bane NORs arkiv Banedata, Telemator, Proarc. | ||
+ | * Målevognbilder og bilder tatt fra befaringer | ||
+ | * Kartdatabaser, | ||
+ | * Dokumentasjon fra vei-, kabel- eller VA-etater om anlegg i og på grunnen. | ||
+ | * Informasjon fra tilstandskontrollør/ | ||
+ | * Informasjon om andre prosjekter som vil kunne endre grunnlagsdata i samme tiltaksområde | ||
+ | * Data fra andre etater som har anlegg eller interesser i området | ||
+ | * **Utførelse: | ||
+ | * Befaring i anlegg | ||
+ | * Tilbakemelding til prosjektleder om behov for supplerende grunnundersøkelser, | ||
+ | * **Leveranse: | ||
+ | * Evt. supplerende grunnlagsdata, | ||
+ | * Grunnlagsmodeller for ulike situasjoner og eventuelt beregninger og tegninger {{ : | ||
+ | * Liste med alle tilgjengelige grunnlagsdata | ||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | ++++Prosjektere tiltak | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Dokumentasjon fra forrige planfase (tekstdokumenter, | ||
+ | * Oppdatert systemdefinisjon og systemkravspesifikasjon | ||
+ | * Teknisk regelverk og andre kravdokumenter | ||
+ | * **Utførelse: | ||
+ | * Designe, lokalisere, beregne og definere funksjoner og tekniske løsninger basert på systemkravspesifikasjonen, | ||
+ | * Aktivitetene skal utføres som en tverrfaglig prosess for å sikre at systemgrensnitt ivaretas og for å forhindre konflikter ved plassering av objekter/ | ||
+ | * Det skal foretas avklaringer, | ||
+ | * Plassering av alle utendørs objekter i modellen. Det skal vurderes optimal plassering for å sikre areal og for å forhindre kollisjoner/ | ||
+ | * Løsningene som velges skal begrunnes i hva som er de mest økonomisk fordelaktige for byggherre og infrastruktureier. | ||
+ | * Sikre at valgt løsning er gjennomførbar, | ||
+ | * Kontrollere at alle krav i henhold til Bane NORs retningslinjer. Ved ikke oppfylte betingelser skal regler for avvikshåndtering følges. | ||
+ | * Avklare behov for areal for det ferdige anlegget, og evt. midlertidig areal for anleggsgjennomføringen, | ||
+ | * Modelloppdatering, | ||
+ | * **Leveranse: | ||
+ | * Faglig bidrag til dokumentet «Teknisk Detaljplan» med beskrivelse av bl.a.: | ||
+ | * Krav og forutsetninger som er gitt fra tidligere planfase | ||
+ | * Eksisterende og nytt anlegg | ||
+ | * Systemgrensesnitt mot andre fag | ||
+ | * Konklusjoner og anbefalinger | ||
+ | * 3D modell og tegninger ut fra [[digitalplan: | ||
+ | * {{ fag: | ||
+ | * Fagrapport. (For enkelte fag skal det normalt ikke utarbeides fagrapport se sidene for hvert enkelt fag.) | ||
+ | * Systemdefinisjon. Innholdet i systemdefinisjonen kan alternativt inngå som del av annen dokumentasjon, | ||
+ | * Oppdatering av avikslogg for manglende oppfyllelse av krav. | ||
+ | |||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | ++++Faseplanlegging | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * Foretas som en tverrfaglig prosess | ||
+ | * Identifisere mulige utbyggingsrekkefølger | ||
+ | * Analysere togtrafikkens bevegelser i anleggperioden | ||
+ | * Identifiseres midlertidige anlegg for å opprettholde togtrafikken | ||
+ | * Beregne behov for togfrie perioder (brudd) og disponeringstider. | ||
+ | * Anleggsgjennomføringen skal ta hensyn til tog i drift og tilfredsstille krav til nivå for risiko og til tilgjengelighet for togframføring under bygging. | ||
+ | * **Leveranse: | ||
+ | * Faseplan med beskrivelse av aktiviteter, | ||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | ++++Trafikal teknisk godkjenning | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Prosjektert grunnlag (tekst, modell, tegninger) over dagens anlegg og prosjekterte tiltak. | ||
+ | * Tidligere uttalelse fra TTG. | ||
+ | * Notat for oversendelse av dokumentasjonen i saksrom | ||
+ | * Notat fra prosjektets signalbefaring dersom relevant | ||
+ | * Tegningsliste | ||
+ | * Skjematisk plan | ||
+ | * Forriglingstabell/ | ||
+ | * Signal- og baliseplassering | ||
+ | * ATC-kodetabeller | ||
+ | * Skjematisk skiltplan og skiltplantabell for signal | ||
+ | * **Utførelse: | ||
+ | * Kontrollere at all dokumentasjon som leveres er kontrollert og godkjent. | ||
+ | * Utarbeide sikt- og togbevegelseanalyse. | ||
+ | * Oversende tegningsgrunnlag. | ||
+ | * Anleggsgjennomføringen skal ta hensyn til tog i drift og tilfredsstille krav til nivå for risiko og til tilgjengelighet for togframføring under bygging. | ||
+ | * **Leveranse: | ||
+ | * Tilrettelagt dokumentasjon for funksjonell godkjenning og TTG. | ||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | | ||
+ | ++++ | ||
+ | |||
+ | ++++Kostnadsestimering | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * Beregning av mengder og antall | ||
+ | * Innhente erfaringsbaserte enhetspriser | ||
+ | * Beregne fasekostnader | ||
+ | * Beregne påsalg og usikkerhet | ||
+ | |||
+ | Kostnader skal estimeres ut fra [[fag: | ||
+ | * **Leveranse: | ||
+ | * **Akseptkriterie** | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | ++++Kvalitetssikring | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * Fyll ut sjekklister for faget. | ||
+ | * Sidemannskontroll. | ||
+ | * Utarbeide grunnlaget til kvalitetsplan | ||
+ | * **Leveranse: | ||
+ | * Utfylte og signerte leveranse sjekklister med sidemannskontroll. | ||
+ | * Kvalitetsplan med beskrivelse av prosessen | ||
+ | * **Akseptkriterie: | ||
+ | * Utfylt og signert {{ : | ||
+ | ++++ | ||
+ | |||
+ | |||
+ | ==== Gjennomføring av analyser ==== | ||
+ | |||
+ | ++++Samfunnsøkonomisk analyse | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Prosjekteringsdokumenter | ||
+ | * Grunnlagsdata for analysearbeidet | ||
+ | * **Utførelse: | ||
+ | * Analysen skal utarbeides i henhold til [[fag: | ||
+ | * Tidligere samfunnsøkonomisk analyse skal oppdateres ved vesentlige endringer i tiltakets kostnader eller nytteeffekter i forhold til tidligere planfase. Dersom det ikke tidligere er gjort samfunnsøkonomisk analyse, skal dette gjøres i denne planfasen (avtales med prosjektleder). | ||
+ | * **Leveranse: | ||
+ | ++++ | ||
+ | |||
+ | ++++Analyse for ytre miljø | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Dokumentasjon av prosjektert anlegg. | ||
+ | * Kartlegging av analyseparametre | ||
+ | * **Utførelse: | ||
+ | * Utføres i hehold til [[fag: | ||
+ | * Miljøteknisk grunnundersøkelse, | ||
+ | * Bilogisk grunnundersøkelse | ||
+ | * **Leveranse: | ||
+ | * Miljørisikoanalyse og miljøoppfølgingsplan (MOP). | ||
+ | ++++ | ||
+ | |||
+ | ++++SHA-analyse | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * Dokumentasjon av prosjektert anlegg | ||
+ | * Håndbok for SHA [[http:// | ||
+ | * **Utførelse: | ||
+ | * **Leveranse: | ||
+ | ++++ | ||
+ | |||
+ | ++++RAMS-analyse/ | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * Analysegruppen skal identifisere farer (og eventuelt vedlikeholdsutfordringer) knyttet til prosjektert løsning og avdekke eventuelle risikoreduserende tiltak som er hensiktsmessige å innføre i et nytte/kost perspektiv (ALARP-prinsippet). Analysens omfang tilpasses prosjektets omfang. | ||
+ | * **Leveranse: | ||
+ | ++++ | ||
+ | |||
+ | ++++Risikovurdering av togframføringssikkerhet i anleggsperioden | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * **Leveranse: | ||
+ | ++++ | ||
+ | |||
+ | ++++Usikkerhetsanalyse | | ||
+ | * **Formål: | ||
+ | * **Underlag: | ||
+ | * **Utførelse: | ||
+ | * **Leveranse: | ||
+ | ++++ | ||
+ | |||
+ | |||
+ | ===== Akseptvurdering / kontroll og godkjenningspunkt ===== | ||
+ | |||
+ | * Aksept av plangrunnlag\\ | ||
+ | * Aksept av leveranse\\ | ||
+ | * Aksept av faseplan\\ | ||
+ | * Funksjonell godkjenning - TTG \\ | ||
+ | * Aksept av leveranse\\ | ||
+ | |||
+ | ===== Kravdokumenter ===== | ||
+ | |||
+ | Til grunn for leveransen så forventer vi at følgende dokumenter blir lagt til grunn: | ||
+ | |||
+ | * Håndbok digital planlegging: | ||
+ | * Detaljering av modell og tegningsleveranser: | ||
+ | * Krav til oppbygging av modell: [[fag: | ||
+ | * Tegninger som kreves levert i tillegg til modell: | ||
+ | |||
+ | **Merk:** | ||
+ | |||
+ | * Aktivitetene som vises er kun et utvalg av alle delaktivitetene i et detaljplanprosjekt. Det er aktiviteter der den prosjekterende har et eksplisitt bidrag. Prosjektleders aktiviteter som ikke berøerer de prosjekterende direkte vises for eksempel ikke. | ||
+ | * Eventuell omprosjektering grunnet resulatet i analyser eller andre årsaker samt delvis overlappende aktiviteter er ikke illustrert i figuren. | ||
+ | * Kontraheringsprosessen er ikke vist. Den prosjekterende kan med fordel bidra med faglige innspill i denne også. | ||
+ | * For fagområdet Signal gjelder en egen prosess, se beskrivelse på fagsiden til signal. | ||
+ | * Se i tillegg hver enkelt fagside for forventninger som er fagspesifikke. | ||
+ | * Samfunnsøkonomisk analyse er ikke vist i prosessen da denne ikke påvirker selve prosjekteringen. I analysen benyttes derimot prosjektert løsning som grunnlag for konsekvensanalyse og siling av løsninger. | ||
+ | |||
+ | =====Systemgrensesnitt ===== | ||
+ | |||
+ | Prosjektering av jernbane er en kompleks tverrfaglig prosess der alle fag har grensesnitt mot ett eller flere av de andre fagene. Det må sikres at alle systemgrensesnitt ivaretas. Følgende tabell bør benyttes som et hjelpemiddel under hele prosjekteringsprosessen: | ||
+ | |||
+ | |||
+ | ===== Versjonshistorikk ===== | ||
+ | |||
+ | Hovedendringer er utført ved revisjoner. Mindre endringer kan utføres ved en underrevisjon. Retting av feil og små endringer er ikke vist, men de fremkommer i Endringshistorikk. | ||
+ | |||
+ | De store endringene veilederen har gjennomgått er dokumentert her: | ||
+ | |||
+ | * Versjon 1. Første versjon. Gjeldende i fra 5.02.2019 | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||