digitalplan:leveranse
Forskjeller
Her vises forskjeller mellom den valgte versjonen og den nåværende versjonen av dokumentet.
Begge sider forrige revisjonForrige revisjonNeste revisjon | Forrige revisjonSiste revisjonBegge sider neste revisjon | ||
digitalplan:leveranse [2020/03/06 12:09] – [Tegninger] stun | digitalplan:leveranse [2022/01/05 12:32] – [Tabell] stun | ||
---|---|---|---|
Linje 1: | Linje 1: | ||
Rev. 08 | Rev. 08 | ||
- | ====== Modell- og tegningsproduksjon ====== | ||
- | Leveranser av dokumentasjon er i utgangspunktet styrt av den gjeldende kontrakt eller avtale. | + | ===== 3.4 Grunnlagsmodell ===== |
- | Oppdragsgiver har en forventning til at leveransen dekker behovet for en komplett dokumentasjon innenfor hvert fag. Leveransen må inneholde tilstrekkelig informasjon til å kunne å vurdere om innholdet i prosjekteringen svarer ut alle tekniske krav og med en riktig måloppnåelse. Nøyaktigheten må være innenfor de rammene av kvalitet som stilles i den gitte planfasen. Leveransen må være kontrollert gjennom kvalitetssikring før utsendelse | + | Grunnlagsmodeller beskriver eksisterende terreng |
- | Leveransen skal gjøres etter prosjektets PDP (Prosjektspesifikk dokumenthåndteringsprosedyre), | ||
- | Manglende eller for dårlig leveranse | + | Fag Filnavn Generell beskrivelse |
+ | | Fag ^ Filnavn | ||
+ | | TERRENGOVERFLATE | ||
+ | | GRUNNFORHOLD I BAKKEN | ||
+ | | EKSISTERENDE SPOR | G_EKSSPOR_XX | ||
+ | | KONSTRUKSJONER | ||
+ | | GEO-KONSTRUKSJONER | ||
+ | | TUNNELGEOLOGI | ||
+ | | VA | G_VA_XX | ||
+ | | KABLER /EL / TELE / ANNET | G_KABEL_XX | ||
+ | | ANDRE EKSISTERENDE OBJEKTER | ||
+ | | ADMINISTRATIVE GRENSER OG FLATER | ||
+ | | TEMA\\ (natur, kulturminner, | ||
+ | | EKSTERNE GRENSESNITT | ||
+ | XX er fritekst | ||
+ | ===== 3.5 Fagmodeller ===== | ||
+ | Fagspesifikk prosjektering skal defineres hver for seg som fagmodeller. Disse skal bare vise eget fag gjennom spesifikke objekter og elementer, og skal ikke inneholde andre elementer eller referanser til andre fag i den spesifikke fagmodell. Alle fagmodellene skal benytte et felles referansesystem og høyde slik at alle fagmodellene kan legges inn direkte i en samlet modell, samordningsmodell uten konvertering eller justeringer. | ||
+ | Alle fagmodellene skal være geografiske modeller i plan/volum med felles referansesystem som kan benyttes som innspill i samordningsmodellen. Fagmodeller er bygd opp med alle respektive faglige data med referanser til objektets eller elementets utstikningsdata. Alle data skal ha x,y og z koordinater i det gitte referansesystemet. | ||
- | ==== PROSJEKTERING ==== | + | ^ Fag ^ Filnavn |
+ | | TRASE | F_SPOR_XX | ||
+ | | OVERBYGNING | ||
+ | | UNDERBYGNING | ||
+ | | FELLES ELEKTRO | ||
+ | | TELE | F_TELE_XX | ||
+ | | LAVSPENNING | ||
+ | | KONTAKTLEDNING | ||
+ | | SIGNAL | ||
+ | | KONSTRUK-SJONER | ||
+ | | TUNNEL | ||
+ | | VA | F_VA_XX | ||
+ | | DRENERING | ||
+ | | VEG | F_VEG_XX | ||
+ | | LANDSKAP | ||
+ | | TILTAK GEOLOGI, GEOTEKNIKK OG HYDROGEOLOGI | ||
+ | | GEO-KONSTRUKSJONER | ||
+ | | RAMS | RAMS-FARELOGG_XX | ||
+ | | SHA | F_SHA_XX | ||
+ | | PLAN | F_PLAN_XX | ||
+ | | ARKITEKTUR / BYGNINGER | ||
+ | | STØY | F_STOY_XX | ||
+ | | EKSTERNE GRENSESNITT | ||
- | Gjennomføringen og leveransene av prosjekteringen må gjøres etter avtalt leveranse- og fremdriftsplan. Prosjektering med modeller setter større krav til at alle fag må levere faglig grunnlag og rettelser til fastsatte tider for at gevinsten med modellprosjektering skal gi en effekt. Spesielt om prosjektet benytter Samordnet prosjektering (ICE). | + | XX er fritekst |
- | Fagleveransene må oppdateres jevnlig med riktig detaljeringsnivå på prosjekteringsmøter frem til godkjenning Detaljeringsnivå avhengig av planfase. | + | |
- | * Faglig grunnlag som basis for samordning | + | |
- | * Endring og etablering av elementer, eksisterende og nye | + | |
- | * Definere tiltaket med alle elementer | + | |
- | * Viser faser og rekkefølge på utbyggingstiltaket i henhold til Prosjektmodellen og prosjektets avtalte PDP. | + | |
- | {{: | + | Hver fagmodell skal inneholde det prosjekterte anlegget som vises med flater og elementer/ |
- | Eksempel på prosessbeskrivelse for detaljplan | + | Det som prosjekteres skal defineres |
- | ==== Etablering av objekter i modellen ==== | + | |
- | Enten nye objekter eller eksisterende objekter | + | |
- | + | ||
- | Årsaken til at prosjektet må hente inn objektid allerede i planfasen er for å koble modellen opp mot eksterne databaser, | + | |
- | + | ||
- | Ved endringer av eksisterende objekter må den eksisterende ObjektId til objektet benyttes slik at eksisterende informasjon og historiske data om objektet videreføres. Valg av type objekt skal gjøres ut fra krav i Teknisk regelverk, RAMS-spesifikasjoner og erfaringsgrunnlag | + | |
- | Objektene som benyttes bør i størst mulig grad hentes fra Bane NOR sitt Objektbibliotek. Om det ikke finnes riktig objekt er i biblioteket kan det være nødvendig å utarbeide dette i prosjektet. Et slikt objekt som blir utarbeidet i prosjektet tilfaller Bane NOR vederlagsfritt. Objektet plasseres i inn i modellen med riktig sted og høyde. | + | |
- | + | ||
- | Objektene må vise riktig størrelse, utstrekning og utseende. Det er viktig at det ikke benyttes objekter som har for stor oppløsning, | + | |
- | I en prosjekteringsfase må bruken av produktspesifikke objekter eller objekter som gjennom et særegent utseende ikke benyttes før valg av leverandør er valgt. | + | |
+ | Alle fagmodellene skal være geografiske modeller i plan/volum med felles referansesystem som kan benyttes som innspill i samordningsmodellen. Fagfiler er bygd opp med alle respektive faglige data med referanser til objektets eller elementets utstikningsdata. Alle data skal ha x,y og z koordinater i det gitte referansesystemet. Om det skal prosjekteres i modeller så skal også objektene og elementene ha en høydereferanse. | ||
+ | Fagmodellen skal holdes oppdatert underveis, etter avtalte intervaller. Det skal utarbeides felles rutiner for alle medvirkende i prosjekteringen. | ||
+ | Når versjoner er ferdigstilt til høring og godkjenning må det ikke foretas endringer av fagmodeller. Tilsvarende gjelder leveranser med konkurransegrunnlaget til entreprenører og byggetegningsrevisjoner. | ||
- | |||
- | ==== Metadata ==== | ||
- | |||
- | Metadata er tilleggsdata som er digital informasjon om objektene. Det finnes i dag ikke systemer som knyter metadata til objektet. | ||
- | |||
- | Metadata kan normalt ikke legges direkte inn i modellen. Normalt så vil bare en objekttype-ID ligge i modellen. | ||
- | Alle Objekter som legges inn i fagmodellen skal ha to lag: | ||
- | |||
- | Lag 1 – Objektet markert som symbol, med flater og volum. Laget har ikke prefiks. | ||
- | Lag 2 – Referansepunkt eller -linje tilhørende objekt. Innsettingspunktet er også utstikningsdata for objektet. Laget gis med prefix R-…… foran lagnavnet. | ||
- | |||
- | I prosjektering av jernbaneteknikk, | ||
- | |||
- | Som eksempel er metadata: | ||
- | |||
- | * Banenummer (NNNN) (standard definert; parsellens banenummer i Banedata, evt. prosjektets definerte parsellbetegnelse.) | ||
- | * Spor nummer < | ||
- | * Parsell <nn> | ||
- | * Kilometrering | ||
- | * Plassering i terreng koordinatbasert | ||
- | * Objektkode < | ||
- | * Typebeskrivelse med f.eks. type tegningsnr. | ||
- | * Egenskaper på objekt< | ||
- | * RAMS-egenskaper. Levetidsbetraktninger | ||
- | * Produsentens navn, produksjonsår, | ||
- | * Referanse til leverandørinfo, | ||
- | * Vedlikeholdsinstruks, | ||
- | * Dato for innleggelse | ||
- | |||
- | I tillegg kommer data som skal leveres til BaneData. | ||
- | |||
- | |||
- | |||
- | ===== Modelltyper ===== | ||
- | |||
- | Følgende betegnelse for modelltyper er brukt for å definere hensikt og innhold: | ||
- | |||
- | |||
- | ==== Grunnlagsmodell ==== | ||
- | |||
- | Beskriver eksisterende terreng og situasjon før påtenkte inngrep er utført. Modellen er generert enten fra kartdata med høydekoter, | ||
- | |||
- | Data som er benyttet kan være eksisterende data tilgjengelig gjennom Norge digitalt-samarbeidet, | ||
- | |||
- | Overflatemodellen skal være generert ut fra terrengdata og innmålinger, | ||
- | |||
- | Tabell over oppbygging av [[fag: | ||
- | |||
- | |||
- | For å få en dokumentert oversikt over hvilke data som er benyttet som grunnlag til prosjekteringen skal det opprettes en journal som skal vise alle data som er lastet inn og benyttet som grunnlagsdata for prosjekteringen. Denne skal holdes oppdatert under hele prosjekteringen med revisjoner når endringer og nye data legges inn. Journalen lagges på samme katalog som grunnlagsdataene med filnavn < | ||
- | |||
- | |||
- | ==== Fagmodell ==== | ||
- | |||
- | Fagspesifikk prosjektering skal defineres hver for seg som fagmodeller. Disse skal bare vise eget fag gjennom spesifikke objekter og elementer, og skal ikke inneholde andre elementer eller referanser til andre fag i den spesifikke fagmodell. Alle fagmodellene skal benytte et felles referansesystem og høyde slik at alle fagmodellene kan legges inn direkte i en samlet modell, samordningsmodell uten konvertering eller justeringer. | ||
- | |||
- | Hver fagmodell skal inneholde det prosjekterte anlegget som vises med flater og elementer/ | ||
- | |||
- | Det som prosjekteres skal defineres ut fra til en hver tid bestemt kodeliste og struktur av lag for å sikre utvekling av de digitale dataene. | ||
- | Det er ulike krav til hvordan prosjekteringen skal gjøres. Noen fag, som signal, vil hovedsakelig beskrive funksjonen av anlegget. Derfor så er det dokumentasjon ut fra egne fagspesifikke regler og retningslinjer som styrer dette. Dette betegnes likevel som en fagmodell. | ||
- | |||
- | Alle fagmodellene skal være geografiske modeller i plan/volum med felles referansesystem som kan benyttes som innspill i samordningsmodellen. Fagfiler er bygd opp med alle respektive faglige data med referanser til objektets eller elementets utstikningsdata. Alle data skal ha x,y og z koordinater i det gitte referansesystemet. Om det skal prosjekteres i 3D modell så skal også objektene og elementene ha en høydereferanse. | ||
- | Fagmodellen skal holdes oppdatert underveis. Det bør avtales leveransefrister for ulike milepeler slik at alle fag er koordinert ved leveransen. Disse må overholdes for at modellen er sikret oppdatert påfølgende tidspunkt, slik at som f.eks. prosjekteringsmøter kan gjennomføres optimalt. Det bør utarbeides felles rutiner for alle medvirkende i prosjekteringen. | ||
- | |||
- | Når versjoner er ferdigstilt til høring og godkjenning må det ikke foretas endringer av fagmodeller. Tilsvarende gjelder leveranser med konkurransegrunnlaget til entreprenører og byggetegningsrevisjoner. | ||
Om det har vært behov for å legge inn hjelpelinjer eller andre filer i prosjekteringen så må disse fjernes før delleveranser og når tegningen meldes ferdigstilt. | Om det har vært behov for å legge inn hjelpelinjer eller andre filer i prosjekteringen så må disse fjernes før delleveranser og når tegningen meldes ferdigstilt. | ||
- | Tabell for Oppbygging av filnavn og detaljeringsgrad for fagmodeller for planfasene forstudiet, hovedplan og detaljplan er vist i vedlegg 4.2.. | ||
- | Ved oppdateringer så skal også tidligere versjon lagres i underkatalog med navn revisjoner som legges som under hvert fag. Fila lagres med prefikset R-< | ||
+ | ===== 3.6 Samordningsmodell ===== | ||
- | [[fag: | + | Samordningsmodellen er en modell som samler alle fagmodeller og grunnlagsmodeller i en modell gjennom koblinger. Denne danner grunnlaget for å se på den totale prosjekteringen uavhengig av hvem eller hvilket fag som har prosjektert eller hvilket verktøy som er benyttet. Den er egnet for regelmessig gjennomgang på prosjekteringsmøter, |
+ | Samordningsmodellen dannes ved å sette sammen alle grunnlagsmodeller og fagmodeller. | ||
+ | Samordningsmodellen skal vise planlagt tverrfaglig situasjon i gitte fase av utbyggingen. | ||
+ | Formatet som blir valgt må kunne generere data fra alle de medvirkende datamodeller, | ||
+ | Modellen benyttes i prosjekteringsøyemed til tverrfaglig visuell kvalitetskontroll i prosjektering. Den kan definere visualiserte arbeidsoppgaver og faser i anleggsperioden, | ||
+ | Modellen må oppdateres jevnlig, i samsvar med oppdatering av fagmodeller, | ||
- | ==== Samordningsmodell ==== | + | Oppdatert utgave av fagmodellen legges regelmessig ut på avtalt katalog, og melding sendes som avtalt til koordinator i forkant av prosjekteringsmøter, |
- | Modellen som samler alle fagmodeller | + | Samordningsmodellen kan være utgangspunktet for prosjekteringsmøter der gjennomgang av denne danner grunnlag for møtereferat |
- | Samordningsmodellen dannes ved å sette sammen | + | Det er viktig at alle leveranser |
- | Samordningsmodellen skal vise planlagt tverrfaglig situasjon i gitte fase av utbyggingen. | + | Samordningsmodeller bør benyttes til ulike formål som resultat, visning, presentasjon eller kildemodell, |
- | Oppdragsgiver skal definere hvilket format samordningsmodellen skal bygges i. Formatet som blir valgt må kunne generere data fra alle de medvirkende datamodeller, | ||
- | {{: | + | ===== 3.7. Modell til bygging, resultatmodell ===== |
- | Figur 7.8 viser eksempel på en samordningsmodell der alle fagene | + | Som beskrivelse av for bygging så tilrettelegges modellen for entreprenør som tilbudsgrunnlag og byggedokumentasjon gjennom |
- | Modellen | + | Modellene skal utformes slik at de kan benyttes |
- | Krever at alle benytter felles referansesystem, | + | |
- | Modellen må oppdateres jevnlig, i samsvar | + | Der prosessen er definert som beregnet masser, skal modellen være tilrettelagt for å kunne beregne volumer |
- | Oppdatert utgave av fagmodellen legges regelmessig ut på avtalt katalog, | + | Alle elementer |
- | Samordningsmodellen kan være utgangspunktet for prosjekteringsmøter der gjennomgang av denne danner | + | Modellen skal ha god nok geometrisk nøyaktighet til å kunne brukes som grunnlag for stikning |
- | Det er viktig at alle leveranser i ulike fag er koordinert slik at en oppdatert modell kan gjennomgås på de avtalte prosjekteringsmøtene for å få full effekt ut av prosjekteringen. | + | * Resultatmodell |
- | Samordningsmodeller som skal benyttes | + | * Modellen |
+ | Modellen skal når anlegget er sluttført oppdateres i henhold til faktisk utført situasjon. Det er de innmålte data som skal være grunnlaget for plasseringen av objekter og elementer i modellen. | ||
+ | Resultatmodellene skal leveres med stikningsgrunnlag til entreprenør. Objektene skal leveres på en slik måte at de egner seg for produksjon av stikningsgrunnlag der referansepunkt og linjer ligger på riktig lag (prefiks R). Objekter med entydig definert geometri leveres som volumer eller flater. Objekter med antatt geometri skal i tillegg leveres med referansepunkter/ | ||
+ | ===== 3.8. Etablering av objekter i modellen ===== | ||
- | ==== Resultatmodeller ==== | + | Alle objekter må være tilknyttet register for objekter. I Bane NOR er dette BaneData sitt objektregistreringssystem med de unik objekt-id. I en plansituasjon vil disse objektene som registreres i BaneData med status som PLANLAGT. Når anlegget er ferdig og klart til bruk så vil disse få status I DRIFT. Objekt-Id bestilles / reserveres enten gjennom etablerte systemer eller ved henvendelse til Bane NOR. |
- | Som beskrivelse | + | Ved endringer |
- | Modellene skal utformes | + | |
- | Der prosessen er definert | + | Objektene |
- | Alle elementer | + | Objektene må vise riktig størrelse, utstrekning |
- | Det kan, avhengig av type anlegg og kunnskaper hos forventede entreprenører, | + | I en prosjekteringsfase må bruken av produktspesifikke objekter eller objekter som gjennom et særegent utseende ikke benyttes før valg av leverandør er valgt. |
+ | ==== 3.8.1. Objektbibliotek ==== | ||
- | Modellen skal ha god nok geometrisk nøyaktighet til å kunne brukes | + | Bane NOR har etablert et 3D objektbibliotek |
- | * Resultatmodell skal gi tilgang til geometridata og egenskaper | + | |
- | * Modellen leveres | + | |
- | Benyttes | + | Alle objekter skal ha mulighet for å være bærere av individuelle egenskaper. Egenskapene skal bl.a. medvirke |
- | * arbeidsgrunnlag i anleggsfasen (stikningsgrunnlag, maskinstyring osv.) | + | |
- | * prosjekteringsgrunnlag | + | |
- | * datautveksling mellom systemer | + | |
- | * grunnlag | + | |
- | Resultatmodellene skal tilpasses for leveranse til: | + | Som styrende parameter så er alle objekter |
- | * oppdragsgiver for aksept | + | |
- | * konkurransegrunnlaget til entreprenører. | + | |
- | * revisjoner i anleggsfasen | + | |
- | * for grunnlag som stikningsdata | + | |
- | * oppdatert med "som bygget" | + | |
- | Modellen skal når anlegget er sluttført oppdateres i henhold til faktisk utført situasjon. Det er de innmålte data som skal være grunnlaget for plasseringen av objekter og elementer i modellen. Hvert objekt som er plassert skal få status ferdig /IDRIFT og få oppdatert nødvendige metadata om type, tidspunkt, fabrikat, håndbøker og driftsinstrukser. | ||
- | Når det gjelder tegninger som er nødvendige for godkjenning av tekniske anlegg og som dokumentasjon så må disse utarbeides i henhold til teknisk regelverk og styringssystemet STY-601040 Instruks for overlevering av forvaltning, | ||
- | Resultatmodellene skal leveres med stikningsgrunnlag til entreprenør. Objektene skal leveres på en slik måte at de egner seg for produksjon av stikningsgrunnlag der referansepunkt og linjer ligger på riktig lag (prefiks R). Objekter med entydig definert geometri leveres som volumer eller flater. Objekter med antatt geometri skal i tillegg leveres med referansepunkter/ | ||
- | Det vil i tillegg være behov for å lage skjematiske tegninger og detalj tegninger. (tegninger som ikke er orientert i koordinatsystemet). Dette kan være: tabeller, kabelplaner, | ||
- | ===== Kvalitetssikring ===== | ||
- | Alle fagmodeller og tegninger skal oppdateres samtidig. | ||
- | Prosjekterende skal gjennomgå prosedyrene for å kvalitetssikre innholdet. Om det ikke er avtalt andre kvalitetssikringsmetoder så skal underliggende punkter benyttes: | + | ====== Modell- og tegningsproduksjon ====== |
- | Utarbeide kontrollplan etter STY 600189 Instruks for utarbeidelse | + | Leveranser |
- | * Bruk av faglige sjekklister. | + | |
- | * Tverrfaglig gjennomgang av modell og tegningsproduksjon. | + | |
- | * Samtidig revisjon, levering og publisering av resultatmodeller og tegninger. | + | |
- | * Gjennomgang og signering av arbeidet sammen med kontrollerende og godkjennende på digitale leveranser. Signatur / | + | |
- | Det må ikke gjøres endringer i modellen etter at prosjektet har gitt den status godkjent. | + | |
- | Gjennomføringen av kvalitetssikringen skal dokumenteres og følge prosjektet. | + | |
- | ==== Stikningsdata ==== | + | Oppdragsgiver har en forventning til at leveransen dekker behovet for en komplett dokumentasjon innenfor hvert fag. Leveransen må inneholde tilstrekkelig informasjon til å kunne å vurdere om innholdet i prosjekteringen svarer ut alle tekniske krav og med en riktig måloppnåelse. Nøyaktigheten må være innenfor de rammene av kvalitet som stilles i den gitte planfasen. Leveransen må være kontrollert gjennom kvalitetssikring før utsendelse |
- | Stikningsdata | + | Leveransen skal gjøres etter prosjektets PDP (Prosjektspesifikk dokumenthåndteringsprosedyre), |
- | Stikningsdata skal ha samme kvalitet | + | Manglende eller for dårlig leveranse eller dokumentasjon anses som "ikke levert" |
+ | ==== 3.9. Egenskaper ==== | ||
- | ==== Kontroll | + | Egenskaper er tilleggsinformasjon om objektene. Det finnes i dag ikke systemer som knytter informasjon til objektet. |
- | Modellen | + | Informasjon |
- | Oppgitt avvik og toleranser fremkommer | + | **Alle Objekter som legges inn i fagmodellen bør ha to lag:** |
- | Innmålte data leveres av entreprenør | + | * Lag 1 – Objektet markert |
+ | * Lag 2 – Referansepunkt eller -linje tilhørende objekt. Innsettingspunktet | ||
- | I tillegg til KOF-filer vil utskrift av beregnet avvik bli levert i form av geometrisk | ||
- | kontrollrapport. Differanser som er utenfor toleransekrav skal merkes ut. | ||
- | Dersom innmålingene viser at et objekt er bygget utenfor toleransekrav, | ||
- | Innmålinger skal behandles sortert på følgende kategorier: | + | ==== 3.10. Filformater |
- | * Som bygget kontrollpunkter innenfor toleransekrav. Krever ingen revidering av modell. Objekter får automatisk ”som bygget” status. | + | |
- | * Som bygget kontrollpunkter utenfor toleransekrav, | + | |
- | Godkjente ”Som Bygget” objekter sjekkes ut fra resultatmodell | + | Bane NOR krever åpne internasjonale filformater, |
- | Enkelte avvik utenfor toleransekrav kan prosjekterende vurdere som ”akseptabel for Som Bygget modell”. I dette tilfelle revideres ikke modellen. Bruk av akseptabel avvik skal ikke redusere kvaliteten på som bygget modellen iht. videre bruk i driftsfase eller fremtidig omprosjektering. | + | ==== 3.11. Krav til programverktøy ==== |
+ | |||
+ | Etablering | ||
- | * Som bygget innmålinger av nye eller ferdig bygde objekter uten plandata, | + | * Det stilles ikke krav til hvilke programvare som skal benyttes til modeller, men leverandør må velge programvare |
- | * Innmåling | + | * Programmet og funksjoner skal på forhånd være testet og utprøvd. Beregninger som programmet utfører skal være kvalitetssikret og være dokumentert ut fra gjeldende IKT-standarder. |
+ | * Kvalitet: Nøyaktigheten i visningsenheten til programmet skal tilfredsstille kravene til inngangsdata. | ||
+ | * Flyttbarhet: | ||
+ | * Struktur | ||
+ | * Leveranser av stikningsdata skal være i et kjent format - Land-XML eller KOF. | ||
+ | * Det skal kunne utarbeides tegninger | ||
+ | * Det skal kunne genereres volum- og masseberegninger av modellen. | ||
+ | * Modellen skal kunne brukes til kontroll ved sammenlikning av volummodell og innmålte data av utført byggeaktivitet. | ||
+ | * Det skal kunne genereres sluttdokumentasjon av modellen og tilhørende data. | ||
+ | * Objekter i modellen bør kunne være bærer av informasjon i form av egenskaper for beskrivelse av egenskaper, plassering, datoer, driftsinstrukser, | ||
- | Dersom «som bygget” målinger medfører endringer | + | Ved manglende dokumentasjon eller oppfyllelse av disse kravene kan rådgivers leveranse sees som mangelfull |
- | ===== Oppgradering til «som bygget» modell ===== | + | === 3.11.1. Datasikkerhet=== |
- | Prosjekterende | + | Alle datafiler |
+ | Det skal foretas daglig sikkerhetskopiering (backup) av alle vitale data i prosjektet. | ||
+ | Det skal ikke gjøres endringer på noen fagmodeller | ||
- | * All oppdatering skjer med entreprenørens egne målinger og geometrisk kvalitetskontroll som grunnlag. Ved behov for supplerende målinger eller korrigering av entreprenørens prosedyrer for leveranse bestilles dette gjennom oppdragsgiver. | ||
- | * Prosjekterende skal fortløpende oppgradere alle resultatmodeller til «som bygget» status i samsvar med entreprenørens fremdrift og leveranse av innmålinger. | ||
- | * Basert på entreprenørens innmålingsdata skal alle eventuelle prosjekterte 2D-objekter oppgraderes til 3D. | ||
- | + | ===== 3.12 Tegninger som skal leveres i tillegg til modell ===== | |
- | ===== Tegninger som skal leveres i tillegg til modell ===== | + | |
- | Det er et mål å begrense leveransen av tegninger til det som er gitt som tekniske krav til dokumentasjon og det som er nødvendig | + | Det er behov for å lage en del tegninger |
- | + | ||
- | Prosjektet må avklare behov for andre tegninger ut fra prosjektets karakter og særegenheter med prosjektet. Dette vil endres etter hvert som digitale data kan erstatte tegninger og skjema. | + | |
En tegning kan både inneholde skjematikk eller planløsninger. En skjematisk tegning viser funksjoner og koblinger i anlegget, alt fra sporplaner til elektroanlegg. Det er egne fagspesifikke krav til slike skjematiske tegninger ofte med egne symboler som vist i Symbolbibliotek. | En tegning kan både inneholde skjematikk eller planløsninger. En skjematisk tegning viser funksjoner og koblinger i anlegget, alt fra sporplaner til elektroanlegg. Det er egne fagspesifikke krav til slike skjematiske tegninger ofte med egne symboler som vist i Symbolbibliotek. | ||
- | En plantegning kan betraktes som en modell i planet uten høyder. Tegninger har vært den tradisjonelle måten å prosjektere på, der det utarbeides kravpålagte fagspesifikke tegninger i plan, med tabeller og med skjematikk. | ||
- | Metoder for å lage geografiske plantegninger er stort sett likt prosessen for å lage modeller. | ||
+ | Det vil i tillegg være behov for å lage skjematiske tegninger og detalj tegninger. (tegninger som ikke er orientert i koordinatsystemet). Dette kan være: tabeller, kabelplaner, | ||
+ | Leveranser av dokumentasjon er i utgangspunktet styrt av den gjeldende kontrakt eller avtale. | ||
+ | Oppdragsgiver har en forventning til at leveransen dekker behovet for en komplett dokumentasjon innenfor hvert fag. Leveransen må inneholde tilstrekkelig informasjon til å kunne å vurdere om innholdet i prosjekteringen svarer ut alle tekniske krav og med en riktig måloppnåelse. Nøyaktigheten må være innenfor de rammene av kvalitet som stilles i den gitte planfasen. Leveransen må være kontrollert gjennom kvalitetssikring før utsendelse. | ||
+ | Leveransen skal gjøres etter prosjektets PDP (Prosjektspesifikk dokumenthåndteringsprosedyre), | ||
+ | Manglende eller for dårlig leveranse eller dokumentasjon anses som "ikke levert" | ||
- | ===== Tegningstyper ===== | ||
- | |||
- | Tegninger som skal utarbeides vil variere fra prosjekt og prosjekteringsfase. Utgangspunktet er at | ||
- | alle tegninger genereres ut fra planmodellen slik at grensesnittene mellom tegningene er ivaretatt. | ||
- | |||
- | Med resultatfilen forstås tegninger som er satt sammen av en eller flere temafiler og/eller andre filer | ||
- | (som xref). Alle resultatfilene skal være hentet fra de samme xrefene som er vist i | ||
- | samordningsmodellen. | ||
- | Resultatfilen(e) skal ha filnavn som gjenspeiler tegningsnummeret(ene). Filnavnet skal kun | ||
- | inneholde tegningsnummer, | ||
- | inneholde revisjonsnummer. | ||
- | ===== Regler for navn på lag ===== | + | === 3.12.1 |
Linje 305: | Linje 244: | ||
//Tabell som viser eksempler på bruk av lagnavn// | //Tabell som viser eksempler på bruk av lagnavn// | ||
+ | === 3.12.2 Krav til tegninger === | ||
- | |||
- | ===== Krav til tegninger ===== | ||
Kilometreringen skal være økende fra venstre mot høyre. | Kilometreringen skal være økende fra venstre mot høyre. | ||
- | Informasjon i tittelfeltet: | + | **Informasjon i tittelfeltet: |
* Målestokk: Ta med hvilket arkformat målestokken refererer til (A1). Mange tegninger blir opp- eller nedskalert ved kopiering | * Målestokk: Ta med hvilket arkformat målestokken refererer til (A1). Mange tegninger blir opp- eller nedskalert ved kopiering | ||
- | * Tegningsnavn skal følge fagkode gitt i **{{ :fag:felles:sty-605016_001_001.pdf |STY-605016}}** og [[fag: | + | * Tegningsnavn skal følge fagkode gitt i **{{:digitalplan:sty-605016.pdf |STY-605016}}** og [[fag: |
* Revisjon: Førsteutkastene av en tegning får revisjon 00, 01, 02, osv. Første offisielle utgave starter revisjonen på 00 igjen, og får samtidig tillagt bokstaven A (00A). | * Revisjon: Førsteutkastene av en tegning får revisjon 00, 01, 02, osv. Første offisielle utgave starter revisjonen på 00 igjen, og får samtidig tillagt bokstaven A (00A). | ||
Alle tidligere utgaver fjernes fra revisjonsfeltet. Neste revisjon blir 01A, 02A, osv. Bokstaven A gjelder for konsept / | Alle tidligere utgaver fjernes fra revisjonsfeltet. Neste revisjon blir 01A, 02A, osv. Bokstaven A gjelder for konsept / | ||
Det finnes i tillegg egne bestemmelser for hvilke opplysninger som skal angis på plankart som er utarbeidet etter plan- og bygningsloven, | Det finnes i tillegg egne bestemmelser for hvilke opplysninger som skal angis på plankart som er utarbeidet etter plan- og bygningsloven, | ||
- | Annen informasjon/ | + | **Annen informasjon/ |
* Nordpil (gjerne i nærheten av tittelfeltet slik at det kommer på forsiden ved bretting av tegningen) | * Nordpil (gjerne i nærheten av tittelfeltet slik at det kommer på forsiden ved bretting av tegningen) | ||
* Rutenett og/eller målestokklinjal | * Rutenett og/eller målestokklinjal | ||
Linje 325: | Linje 265: | ||
- | ===== Kvalitetsikring ===== | ||
- | Alle fagmodeller og tegninger skal oppdateres samtidig. | ||
- | |||
- | Prosjekterende skal gjennomgå prosedyrene for å kvalitetssikre innholdet. Om det ikke er avtalt andre kvalitetssikringsmetoder så skal underliggende punkter benyttes: | ||
- | * Utarbeide kontrollplan etter [[https:// | ||
- | * Bruk av faglige sjekklister | ||
- | * Tverrfaglig gjennomgang av modell og tegningsproduksjon | ||
- | * Samtidig revisjon, levering og publisering av resultatmodeller og tegninger | ||
- | * Gjennomgang og signering av arbeidet sammen med kontrollerende og godkjennende på digitale leveranser. Signatur / | ||
- | * Det må ikke gjøres endringer i modellen etter at prosjektet har gitt den status godkjent | ||
- | * Gjennomføringen av kvalitetssikringen skal dokumenteres og følge prosjektet | ||
- | |||
- | ===== Godkjenning av modeller og tegninger ===== | ||
- | |||
- | Alle modeller og tegninger skal kontrolleres og godkjennes før leveranse som beskrevet i prosjektets PDP og krav til egenkontroll. | ||
- | Dette må fremkomme i leveransen. | ||
- | Leveransen skal aksepteres av mottaker før disse anses som levert. | ||
digitalplan/leveranse.txt · Sist endret: 2022/01/05 12:33 av stun