fag:felles:fagkoder
Forskjeller
Her vises forskjeller mellom den valgte versjonen og den nåværende versjonen av dokumentet.
Begge sider forrige revisjonForrige revisjonNeste revisjon | Forrige revisjon | ||
fag:felles:fagkoder [2019/11/14 10:20] – [Sluttdokumentasjon] stun | fag:felles:fagkoder [2022/03/03 10:18] (nåværende versjon) – [6.3. Utforming og signering av teknisk dokumentasjon] stun | ||
---|---|---|---|
Linje 1: | Linje 1: | ||
- | ====== | + | ====== |
- | Angivelse | + | Dette er et utdrag |
- | For standardisering av titler for det enkelte prosjekt | + | For en fullstendig oversikt over krav til dokumenter |
- | ===== Dokumentnummer | + | ===== 6.1 Krav til arkivering og oppbevaring |
- | Dokumentnummeret tildeles av prosjektets dokumentstyrer i henhold til prosjektets PDP. | + | Leverandør plikter å ha et prosjektarkiv for teknisk dokumentasjon for alle offisielle revisjoner med elektronisk signatur. |
+ | Leverandør skal benytte et egnet elektronisk system som minimum ivaretar nummerering, | ||
- | Alle tekniske dokumenter | + | Arkivet skal være tilgjengelig |
- | Dokumentnummeret er oppdelt | + | |
+ | Produksjonsformatet for alle leveranser skal på forespørsel overleveres til Bane NOR og er i tillegg obligatorisk for ‘som bygget’-utgivelser (D-revisjoner), | ||
+ | |||
+ | I forbindelse med små endringer, ombygginger, | ||
- | ^ ID Prosjekt | + | Med produksjonsformat for tegninger/ |
- | | ABC | - | 99 | - | N | - | 12345 | | + | |
+ | Bane NOR forbeholder seg retten til å foreta revisjoner av leverandørens originalarkiv. | ||
+ | ===== 6.2 Dokumentplan ===== | ||
+ | Dokumentplaner benyttes for flere formål i prosjektet. Alle parter i prosjektet skal planlegge sin dokumentproduksjon i samsvar med gjeldende krav, regelverk og tidsplaner. Dokumentplanen vil i tillegg benyttes i forbindelse med import av metadata til Bane NORs systemer, slik at manuell registrering begrenses. Videre skal dokumentplanen danne grunnlaget for statusrapportering fra eSAM. | ||
- | Eksempler: URH-00-A-00001. | + | Leverandør skal utarbeide en komplett dokumentplan for all teknisk dokumentasjon som inngår i leveransen. Dokumentplanen skal utarbeides iht. vedlegg 1 og håndteres som et eget teknisk dokument med dokumentnummer og teknisk forside. Planen skal sendes offisielt til Bane NOR for kommentering og aksept, både i PDF og XLSX format. |
+ | I forbindelse med byggeplan og utarbeidelse av FDV- og Tilvirkningsdokumentasjon til sluttkunde, vil dokumentplanen også bli benyttet for import til driftsarkivene for reservering av FDV nr. (driftsnummer) fra Bane NORs driftsorganisasjon. | ||
+ | |||
+ | FDV nr. påføres dokumentplanen av Bane NOR når planen er av tilfredsstillende kvalitet og i god tid innen FDV-dokumentasjonen utarbeides. | ||
+ | FDV-nr. og revisjonsnummer skal påføres i tittelblokken/ | ||
+ | |||
+ | Prosjektet vil underveis i prosessen kunne endre oppsettet av dokumentplanens innhold og struktur ved behov. | ||
+ | |||
+ | ===== 6.3. Utforming og signering av teknisk dokumentasjon ===== | ||
+ | All dokumentasjon skal være lesbar, dette betyr at originalfiler skal konverteres direkte fra originaler til pdf slik at det blir mulig å benytte innholdsfortegnelsen til å bla i dokumentasjonen. Tekniske dokumenter skal utarbeides basert på Bane NORs mal for tekniske dokumenter [[https:// | ||
+ | |||
+ | Dokumentasjonen skal være selvforklarende og ha nødvendige referanser/ henvisninger til tilhørende dokumenter og tegninger. All teknisk dokumentasjon skal i tittelblokken/ | ||
+ | |||
+ | A4 format skal benyttes for tekniske tekstdokumenter, | ||
+ | 2D. Signeres av den som har utarbeidet tegningen/ | ||
+ | 2E. Signeres av den som har kontrollert tegningen/ | ||
+ | 2F. Signeres av den som har godkjent tegningen/ | ||
+ | Felt 2E (kontrollert av) og felt 2F (godkjent av) kan ikke være signert av samme person. | ||
+ | |||
+ | AutoCAD-filer med x-ref-filer skal kontrolleres og pakkes (zippes) før overlevering til FDV-arkivet. | ||
+ | |||
+ | Utfylling av tittelfelt for tekniske tegninger skal utarbeides basert på Bane NORs mal, | ||
+ | se Vedlegg 3 - Mal Tittelblokk til Teknisk Tegning. Prosjektmedlemmer kan bestille/ | ||
+ | |||
+ | Tittelfeltet skal være lesbart og skal alltid plasseres nederst i høyre hjørne. Dersom ikke annet er spesielt avtalt skal tekniske tegninger ikke bestå av flere sider. Alle signaturfelter på forsiden skal være utfylt med bruker-id og leverandøren skal oversende en signaturliste til kontraktsområdet som skal være oppdatert til enhver tid. Den som konfererer og godkjenner dokumentasjonen, | ||
+ | Avvik fra ovennevnte krav til utforming tillates kun etter godkjenning av Bane NORs prosjektleder. Godkjenningen skal dokumenteres. | ||
+ | |||
+ | ===== 6.3.1. Navngivning av teknisk dokumenter og tegninger ===== | ||
+ | Administrative dokumenter: | ||
+ | < | ||
+ | |||
+ | Eksempel: ERTMS Erfaringsstrekning Østre Linje – Organisasjonskart | ||
+ | |||
+ | Generisk dokumentasjon (GP/GA): Generisk Produkt – “Produkt type”, “Produktnavn” – “dokumenttype” | ||
+ | Generisk Applikasjon – “Produkttype”, | ||
+ | |||
+ | Eksempel: | ||
+ | Generisk Produkt – EBITRACK2000, | ||
+ | Generisk Applikasjon - CBSS_BV_L2 - ETCS Level 2 – Systembeskrivelse | ||
+ | AIRTECH – TYPE XYZZA Kjøleanlegg – Vedlikeholdsmanual | ||
+ | |||
+ | Spesifikk applikasjon (SA): | ||
+ | Bane Banestrekning, | ||
+ | |||
+ | Eksempel: Østfoldbanen østre linje, (Ski) - (Sarpsborg), | ||
+ | |||
+ | Anleggsspesifikk dokumentasjon: | ||
+ | Bane Banestrekning, | ||
+ | |||
+ | Eksempel: Østfoldbanen østre linje, (Ski) - (Sarpsborg), | ||
+ | |||
+ | Filnavnet skal være det samme for alle versjoner av dokumentet i prosjektets levetid (uten bruk av dato, rev, eller andre begreper) | ||
+ | |||
+ | |||
+ | ===== 6.3.2 Dokumentnummerering ===== | ||
+ | |||
+ | Alle tekniske dokumenter og tegninger som blir produsert i regi av prosjektet (leverandører, | ||
+ | |||
+ | Dokumentnummeret består av: prosjektkode, | ||
+ | |||
+ | ===== 6.3.3. Dokumentnummereringsstruktur ===== | ||
+ | |||
+ | Alle dokumenter og tegninger skal ha følgende format i kodestrukturen: | ||
+ | |||
+ | ^ Prosjekt-kode | ||
+ | | XXX | - | NN | - | X | - | NNNNN | | ||
+ | Tabell 1: Dokumentnummereringsstruktur | ||
+ | |||
+ | |||
+ | Eksempler: URH-00-A-00001, | ||
+ | |||
+ | ===== 6.3.4. Prosjektkode ===== | ||
+ | |||
+ | Denne koden består av 3 bokstaver som forteller hvilket prosjekt i Bane NOR dokumentet tilhører. Koden skal inngå som en del av nummereringsstrukturen for teknisk dokumentasjon. | ||
+ | |||
+ | ^ Kode ^ Beskrivelse | ||
+ | | < | ||
+ | |||
+ | Tabell 2: Prosjektkode (Tabellen vil utvides ved behov) | ||
+ | < | ||
+ | |||
+ | ===== 6.3.5. Parsell – “område/ | ||
+ | |||
+ | Denne koden består av 2 tegn (numerisk). Koden identifiserer prosjektets områdeinndeling. | ||
+ | Dersom dokumentet ikke har noen henvisning til parsell skal 00 (null, null) benyttes. | ||
+ | |||
+ | ^ Kode ^ Beskrivelse | ||
+ | | 00 | Generell / Generisk dokumentasjon | ||
+ | | < | ||
+ | |||
+ | Tabell 3: Parsell (Tabellen vil utvides ved behov) | ||
+ | |||
+ | < | ||
+ | |||
+ | ===== 6.3.6. Fagkoder ===== | ||
+ | Angivelse av fagkoder i prosjektet er styrt av krav i Teknisk Regelverk. Fagkoder benyttes for å skille mellom dokumentasjonen til de ulike fagene i prosjektet. Det er en fagkode for prosjektering og en annen for dokumentasjon i forvaltningsøyemed. Fagkode for prosjektering skal benyttes for å gruppere den tekniske dokumentasjonen til tema og består av ett tegn. Se tabellen under. | ||
Fagkoder benyttes for å skille mellom dokumentasjonen til de ulike fagene som er med i prosjektet. Det er en fagkode for prosjektering og en annen for dokumentasjon i forvaltningsøyemed. | Fagkoder benyttes for å skille mellom dokumentasjonen til de ulike fagene som er med i prosjektet. Det er en fagkode for prosjektering og en annen for dokumentasjon i forvaltningsøyemed. | ||
Linje 27: | Linje 127: | ||
Følgende fagkoder for prosjektering benyttes: | Følgende fagkoder for prosjektering benyttes: | ||
- | ^ Fag-kode | + | ^ Fagkode |
- | | A | | Tekstdokumenter | + | | A |
- | | B | | Oversiktsplan, situasjonsplan linjekart | + | | B |
- | | C | KO | Plan og profil jernbane | + | | C |
- | | D | KO, KU | Stasjonsplaner | + | | D |
- | | E | KO, KU | + | | E |
- | | F | KU | Normalprofiler | + | | F |
- | | G | KU | Dreneringsplaner | + | | G |
- | | H | | VA-ledninger | + | | H |
- | | I | KU | + | | I |
- | | J | KU | Byggetekniske detaljer | + | | J |
- | | K | KU | Konstruksjoner | + | | K |
- | | L | KO | Skilt- og oppmerkingsplaner | + | | L |
- | | M | TE | Teleanlegg og kundeinfoanlegg | + | | M |
- | | N | EL | Elkraft | + | | N |
- | | Q | | Kvalitet-, sikkerhet- (inkl. RAMS), HMS/SHA og tekstdokumentasjon | + | | O | KU | Beplantningsplaner |
- | | R | EH | + | | P | KU | Masseprofil og - diagram |
- | | S | SA | + | | Q |
- | | T | | Perspektivtegninger og skråfoto, 3D-modeller | + | | R |
- | | U | KU | Tverrprofiler | + | | S |
- | | V | UB | Geotekniske og geologiske tegninger | + | | T |
- | | W | EI | Grunnerverv | + | | U |
- | | X | EI | Temategninger | + | | V |
- | | Y | | Stikningskart, sporgeometri, | + | | W |
- | | Z | | Mengdeoppstilling og sammendrag. | + | | X |
- | | 0 | | Øvrige tekniske dokumenter (benyttes dersom ingen andre koder passer) | + | | Y |
+ | | Z | ||
+ | | 0 | ||
+ | Tabell 4: Dokumenttype | ||
+ | |||
+ | |||
+ | ===== 6.3.7. Løpenummer ===== | ||
+ | Løpenummeret består av fem sifre. Dette nummeret er den unike identifikatoren som identifiserer dokumentet innenfor hvert prosjekt, parsell og dokumenttype. Det kan altså være flere dokumenter med samme løpenummer, | ||
+ | |||
+ | ^ Produsent | ||
+ | | Bane NOR egenprodusert | ||
+ | | <skriv inn produsent> | ||
+ | |||
+ | Tabell 5: Løpenummer (Tabellen vil utvides ved behov) | ||
+ | |||
+ | < | ||
+ | |||
+ | ===== 6.4. Modeller ===== | ||
+ | Avtales med dokumentansvarlig | ||
+ | |||
+ | ===== 6.5 Modellstruktur===== | ||
+ | For større 3D-modeller skal det etableres et eget tekstdokument som revisjosstyres på vanlig måte. I dokumentet skal alle modellfiler listes. Den faktiske forsendelsen skal utheves/ | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Figur 3: Modellstruktur | ||
+ | |||
+ | Leveransehyppighet og detaljrikdom kan variere fra prosjekt til prosjekt. | ||
==== Revisjoner ==== | ==== Revisjoner ==== | ||
- | I tillegg skal all dokumentasjon ha et revisjonsnummer | + | Revisjonsnummeret for et dokument eller en tegning er et sekvensielt nummer som øker med 1 for hver gang en ny revisjon |
+ | Det er et krav at telleren i revisjonsnummeret øker for hver utgivelse. Det betyr at det ikke skal forekomme flere varianter av samme nummer (00C, 00D, 00U etc.) av et dokument eller en tegning. Det skal ikke forekomme hull i revisjonsserien for et dokument eller en tegning. | ||
+ | Alle offisielle utgivelser skal håndteres som revisjoner og omfattes dermed av reglene i denne prosedyren. Revisjonsnummeret skal alltid starte på 00 (første utgivelse), deretter skal telleren fortløpende øke for hver utgivelse. En offisiell revisjon skal alltid kombineres med utgivelsesstatus (se tabell nedenfor). | ||
+ | |||
+ | |||
+ | ^ Revisjons-bokstav | ||
+ | | A | **Konsept / løsningsforslag** | ||
+ | | B | **Tilbudsgrunnlag.** B-revisjon skal benyttes ved utarbeidelse av tilbudstegninger/ | ||
+ | | C | **Arbeidsdokument/ | ||
+ | | D | **Som bygget** D-revisjon skal benyttes på tegninger og dokumenter som utgis etter bygging og installasjon. Ved endringer etter dette økes løpenummeret (07D, 08D osv.)\\ I feltet «Revisjonen gjelder» skal det kun fremgå: «Som bygget» og eventuell kort beskrivelse av endring fra forrige revisjon. | ||
+ | | E | **Systemdokumentasjon og/eller dokumentasjons av generell karakter** E-revisjon skal benyttes for generell/ | ||
+ | | U | **Utgår** Dokumenter / tegninger som tidligere er utgitt og som skal utgå påføres neste løpenummer og status U -utgått- på selve dokumentet (09U, 10U osv). En U-revisjon skal dermed behandles på lik linje med andre utgivelser.\\ Merk: Dokumenter/ | ||
+ | |||
+ | |||
+ | Tabell 6: Utgivelsesstatus | ||
- | Revisjonsnummeret for et dokument eller en tegning er et sekvensielt nummer som øker med 1 for hver gang en ny revisjon av dokumentet/ | + | Figuren nedenfor viser hvordan bokstavene typisk |
- | ^ | + | ^ ^ Utredning |
- | | A | Konsept | + | | Generisk dokumentasjon (ikke faseavhengig) |
- | | | + | | Faseoverskridende dokumentasjon |
- | | | + | |
- | | | + | |
- | | | + | |
- | | U | Utgår. Dkumenter og tegninger som tidligere er utgitt og som skal utgå påføres neste løpenummer og status U | 08U | | + | |
- | For foreløpige interne utgaver kan det ved behov benyttes en revisjonskode for interne/ | + | Figur 4: Eks Revisjonskoding |
==== Sluttdokumentasjon==== | ==== Sluttdokumentasjon==== | ||
- | Ved sluttføring av prosjektet dokumenteres og arkiveres alle som bygget-tegninger etter **{{ : | + | Ved sluttføring av prosjektet dokumenteres og arkiveres alle som bygget-tegninger etter prosjektets PSD. |
Dokumentasjonen får da påført et nytt dokumentasjonsnummer med fagkode for dokumentasjon og et nytt tegningsnummer i tittelfeltet. | Dokumentasjonen får da påført et nytt dokumentasjonsnummer med fagkode for dokumentasjon og et nytt tegningsnummer i tittelfeltet. | ||
fag/felles/fagkoder.txt · Sist endret: 2022/03/03 10:18 av stun