Brukerverktøy

Nettstedverktøy


fag:felles:tegninger-en

Dette er en gammel utgave av dokumentet!


Model and drawing deliveries

Deliveries of documentation are basically governed by the current contract or agreement.

The client expects the delivery to cover the need for a complete documentation within each subject. The delivery must contain sufficient information to be able to assess whether the content of the design meets all technical requirements and with the correct goal achievement. The accuracy must be within the quality framework set in the given planning phase. Delivery must be verified through quality assurance prior to shipment

Delivery shall be made in accordance with the project's PDP (Project-Specific Document Management Procedure), and delivered in the coordinated formats that the project and the developer can read and use in the further process.

Missing or poor delivery or documentation is considered «not delivered».

Model based design / BIM

The delivery includes basic models, subject models, coordination model and display model for all relevant subjects for the planning phase, with the necessary level of detail for the planning phase. It is pointed out that the delivery should include all interaction versions up to the final accepted model version.

The design will, unless otherwise agreed, build on any models that already exist from the previous assessment and planning phases. Existing models are further detailed and enriched with metadata. The model includes both permanent and temporary facilities to describe the implementation of the measure.

R / P will establish a project / assignment specific strategy for the use of models at the start of the project. The strategy shall be adapted to the scope of the project and shall include at least specific objectives for model use in the project, a plan for tool use and possible training of project participants, role descriptions for model managers in the project, a plan for the types of models to be used in which meetings and contexts, and a professional plan for degree of detail and data flow in the project. R / P must also, in consultation with the client, assess any needs within each subject area for conventional drawings in addition to the models. Any deliveries of drawings taken from the 3D model shall be collected in a drawing booklet according to the drawing key in the design supervisor / project portal and PDP

R / P must take into account that the 3D model is also used as a basis for illustrations, visualizations, and that these are applied to map data, draped with map basis, orthophoto, etc. Illustrations, visualizations or the like are prepared for public communication purposes, R / P is obliged to take necessary precautions in descriptions of consequences for third parties.

The 3D model will be updated and / or further developed in the fields of engineering geology, geotechnology and hydrology. The purpose is to illuminate the basic conditions well enough for professionals to make assessments of the real subsoil with high accuracy. The 3D models will show the projected solutions described in the R / P technical report.

Subject Model

The various subjects or groups that will prepare one or more subject models are given a defined file name according to Build up of file name and degree of detail for subject models for the plan phases investigation, main plan and detailed plan. The file name of the last applicable subject model must does not change as the coordination model is linked to the subject model with this name. The name of the outgoing subject model is changed according to the audit system.

The subject model should be kept up to date along the way. Delivery deadlines should be agreed for different milestones so that all subjects are coordinated at delivery. These must be adhered to in order to ensure that the model is up-to-date at the following time, so that, e.g. design meetings can be conducted optimally. Common routines should be drawn up for all contributors to the design.

Once versions have been finalized for consultation and approval, no modification of subject models must be made. The same applies to deliveries with a competitive basis for contractors and building drawings audits.

If there has been a need to include guides or other files in the design, these must be removed before partial deliveries and when the drawing is completed.

Coordination model

The model must be updated regularly, in accordance with the updating of subject models, throughout the design phase. As a prerequisite for the project, intervals of 14 days should be agreed, unless otherwise defined in the project.

An updated version of the subject model is regularly posted on the agreed catalog, and the message is sent as agreed to the coordinator in advance of project meetings, construction meetings, etc., so that the coordination model always shows the latest and current version at a given time.

The coordination model can be the starting point for project meetings where reviewing this forms the basis for meeting minutes and interdisciplinary coordination. The need for changes and updates that appear at a meeting is changed and corrected until the next meeting, or by appointment.

It is important that all deliveries in different subjects are coordinated so that an updated model can be reviewed at the agreed project meetings to get the full effect of the design. Coordination models to be used for various purposes such as result, presentation or source model are arranged so that all subject models are copied into the model to be developed. If the references are removed, the model will no longer be updated.

Result Models

  • Delivered to the builder for acceptance and documentation
  • Supplied with the competitive basis for contractors.
  • Delivered at all site phase audits
  • Supplied with all surveying data
  • Comes updated with «as built» status at the end of the project

Display Model

  • Delivered to the client for acceptance and documentation
  • Supplied with the competitive basis to the contractors
  • Delivered in all phases at building site
  • Updated with «as built» status at the end of the project

Presentation Model

Needs and deliveries are agreed with the client and defined in the contract.

source Models

Comes updated with «as built» status at the end of the project

Drawing Deliveries

It is a goal of limited of drawings to what is given as a technical requirement for documentation and what is necessary for document function and requirement achievement.

There is developed a table of what should be delivered. The project must clarify the need for other drawings based on the nature and peculiarities of the project with the project.

Drawings to be delivered in addition to model

Datasikkerhet

Alle datafiler skal ligge på prosjektets server og/eller prosjekthotell, slik at alle kan ha tilgang til dem. Det skal ikke arbeides på private harddisker og kataloger. Unntaket er arbeidskladder som ikke har interesse for andre.

Det skal foretas daglig sikkerhetskopiering (backup) av alle vitale data i prosjektet.

Det skal ikke gjøres endringer på noen fagmodeller etter at modellen er ferdigstilt, uten spesiell avtale fra modellansvarlig. Dette må i tilfelle fremkomme i modell-loggen.  

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:

Utarbeide kontrollplan etter STY 600189 Instruks for utarbeidelse av kontrollplan. 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 /elektronisk signatur påføres versjonshåndteringstabell. 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

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/-linjer for stikning (f.eks. punkt for senter kum, linje for bunn innvendig rør).

Stikningsdata i modellen med lag som har prefiks «R» vil være lett å finne og trekke disse dataene til utstikningskatalogen avhengig av programvare. Derfra vil de kunne genereres til stikningsvennlig format.

Stikningsdata skal ha samme kvalitet som inngangsdata. Inngangsdata vil normalt være etablert ut fra innmålte data. Utstikning bør derfor settes ut fra samme fastmerkegrunnlaget som innmålingen ble gjort fra. Punkter i trase og punker som ligger nær togførende trase skal ikke settes ut med gps-utstyr.

Kontroll av produksjon

Modellen kan være utgangspunktet for referansen av kontroll og godkjenning av plassering og utstrekning av de ulike elementer og objekter i anlegget. Ut fra innmålingsdata av de bygde elementene og objektene, så lages det en geometrisk kvalitetsplan som beskriver differanser mellom utplasserte og prosjektert elementer.

Oppgitt avvik og toleranser fremkommer i kontraktsdokumenter og i teknisk regelverk, eller andre tilhørende dokumenter.

Innmålte data leveres av entreprenør som KOF-filer der objektene er kodet i henhold til omforent objektkodeliste.

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, skal entreprenør sende avviksmelding til oppdragsgiver. Oppdragsgiver avgjør om den aktuelle fagmodellen skal revideres. Rådgiver kan ha som utgangspunkt at alle leverte «som bygget» -innmålinger er godkjent av oppdragsgiver.

Innmålinger skal behandles sortert på følgende kategorier:

  • Som bygget kontrollpunkter innenfor toleransekrav. Krever ingen revidering av modell. Objekter får automatisk ”som bygget” status.
  • Som bygget kontrollpunkter utenfor toleransekrav, men som er godkjent av oppdragsgiveren. Fører automatisk til revisjon av modellen.

Godkjente ”Som Bygget” objekter sjekkes ut fra resultatmodell og samles i en ny modell. Modellen skal gjøres tilgjengelig for oppdragsgiver og benyttes til visualisert kontroll av «som bygget” status på prosjektet.

Obs! 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.

  • Som bygget innmålinger av nye eller ferdig bygde objekter uten plandata, benyttes av prosjekterende til å lage nye 3D «som bygget»-objekter i modellen.
  • Innmåling av eksisterende anlegg. Oppdragsgiveren og prosjekterende blir enige om hva som evt. skal modelleres.

Dersom «som bygget” målinger medfører endringer som har betydning for den videre byggingen, skal originalmodellen revideres og sendes ut som planendring.

Oppgradering til «som bygget» modell

Prosjekterende skal etter tilbakemelding fra entreprenør oppgradere følgende modeller: resultat-, visnings-, samordnings- og kildemodell til «som bygget» status.

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

Rapportering, dokumentasjon og arkivering

Rapportering

Oppdateringer av grunnlagsdata/planmateriell skal dokumenteres. Alle i prosjektet skal informeres om slike oppdateringer.

Rapportering fra rådgivere skal være i henhold til kontrakt/avtale. Det skal ikke sendes dokumentasjon direkte fra rådgiver til entreprenør uten at dette er avtalt med byggherre/prosjekt. I alle tilfelle skal byggherre ha kopi av forsendelsen.

Dokumentasjon

Dokumentasjonen i og under prosjekteringen og byggeperioden skal reguleres etter egen avtale, gitt i kontraktsdokument, eller ved henvisning til erfaringer og normer. Denne dokumentasjonen må tilpasses og ivareta krav gitt i prosedyren for RAMS, EN 50126.

Det skal sikres at riktig og nødvendig flyt av dokumentasjonen til alle deltakende aktører gjennom følgende prinsipper:

  • Prosesstandard og PSD skal utvikles i forkant av prosjekteringen og følges gjennomgående.
  • Dokumentert valg av materiell, utstyr og løsninger ut fra RAMS-prinsippet.
  • Vedtatte planer fra tidligere prosjektfaser skal danne føringer for prosjekteringen. Endringer av foregående planer skal dokumenteres og godkjennes.
  • Kartlegging og innhenting av dagens situasjon med tilstrekkelig beskrivelser av de tekniske og faglige anleggene, og tilgjengelige grunnlagsdata, som kart og innmålingsdata.
  • Under prosjekteringen skal det være etablert en dataflyt som sikrer at siste gjeldende versjon er tilgjengelig for alle aktører.
  • Kontrollplanen med sjekklister skal oppdateres regelmessig etter STY-600189, og det skal kunne dokumenteres at prosjekteringen er gjort etter spesifikke RAMS-krav.
  • Tilbudsdokumenter og byggedokumentasjon som sendes entreprenør skal være siste og gjeldende utgitte versjon fra alle aktører og være kontrollert og godkjent etter gitte krav.
  • Prosjekteringen og dokumentasjonen i prosjektet skal utføres etter teknisk dokumentstyring i prosjekter STY-600218

Lagring, også arbeidstegninger, skal gjøres kontinuerlig i prosjekteringen. Denne gjøres på en avtalt felles lagringsplass, slik at dataflyten er sikret og regulert. Der det er ulike aktører med ulike programvarer og ulike konsulentfirmaer så bør prosjektet opprette et felles lagringsmedium som prosjekthotell/prosjektserver som sikrer at alle har tilgang til historiske og de sist oppdaterte dataene.

Arkivering er den endelige oppbevaringen av prosjekteringen og byggefasen, til bruk for drift- og vedlikeholdsfasen.
Denne er gitt i Instruks for teknisk dokumentstyring i prosjekter STY-600218, og gjennom krav fra prosjektet til sluttdokumentasjon.

I forbindelse med oversendelse av tegninger nevnes spesielt at det skal leveres med dokumentasjon som viser:

  • oversikt over alle oversendte filer og beskrivelse av innholdet
  • oversikt over eventuelle temategninger (xref’er), som følger de forskjellige layout-tegningene med revisjonsdatoer for disse
  • oversikt over filstruktur og lagstruktur hvis avvik fra denne prosedyren
  • utfylt sjekkliste for tegningsutarbeidelse i henhold til kontrollplanen

Ved oversendelse må filer pakkes slik at lagringsdato beholdes uforandret.

Med hver oversendelse fra rådgiver til Bane NOR skal det følge en revidert dokumentasjon av filene som oversendes.

Den som mottar tegninger, geografiske data m.m. til videre bruk i prosjektet skal i tillegg utføre følgende aktiviteter:

  • kontrollere filnavn og katalogstruktur
  • kontrollere medsendt dokumentasjon
  • lagre på prosjektkatalog/ oppdatering av database
  • melde til prosjekteringsleder om at materialet er mottatt

Pakking av tegningsfiler for oversendelse av sluttdokumentasjon skal skje på en slik måte at xref-koblinger ivaretas. Den digitale leveransen skal leveres på et egnet lagringsmedium med katalogstruktur iht. kapittel 4. Det skal alltid følge med en informasjonsfil som inneholder all relevant informasjon om dokumentasjonens datastruktur. All dokumentasjon skal i tillegg til produksjonsformatet leveres på pdf som frosset arkivformat.

Arkiveringsrutiner

Det må utarbeides tegningslister som er grunnlaget for at tegningsnummer tildeles av dokumentsenteret. Tegningslisten må oppdateres og må være i samsvar med oppbyggingen av ProArc som styres av Teknisk dokumentsenter, Bane NOR.

  • Prosjektkode (3 alfanumeriske tegn), Parsell (2 siffer), Fagkode/Dok.type (1 alfanum. tegn)
  • Løpenummer (5 siffer), Skilletegn er bindestrek (-)
  • Prosjektkoder tildeles ved behov og parseller må da defineres.

Fagkoder/Dok.typer er en fast tabell. Løpenummerserier innen kombinasjonen. Eksempler:

  • UAC-20-R-10200
  • IUP-00-A-00101

Dokumentsenteret kan også stå for utsendelse av modeller og byggetegninger, med revisjoner av disse etter egne rutiner. Tegninger skal sendes både på papir og i elektronisk form. Papirtegningen som leveres skal være originalen med påført underskrift fra den som har laget tegningen, og de som har kontrollert og godkjent denne. Elektroniske modeller sendes som originalfil med alle fagmodeller vedlagt. I tillegg så skal siste revisjon av hver modell / tegning sendes for arkivering i produksjonsformatet. Krav til utforming, oversendelser, arkivering er gitt i instruks for teknisk dokumentstyring i prosjekter STY-600218.

Det er krav til arkivering og sluttdokumentasjon i Instruks for overlevering av forvaltning, drift- og vedlikeholds dokumentasjon (FDV) STY-601040, og håndbok for FDV-dokumentasjon STY-600567. Ved arkivering prosjektering i Bane NOR skal ProArc benyttes, i henhold til Instruks for teknisk dokumentstyring i prosjekter STY-600218. Det gjelder også revisjoner som er gjort underveis i prosjekteringen og i de ulike planfaser.

Prosjektspesifikk dokumenthåndteringsprosedyre, PDP skal utarbeides for alle prosjekter av en viss størrelse.

Dette dokumentet beskriver konkrete forhold i prosjektet;

  • dokumentnummerering
  • parsellinndeling
  • godkjenning-, kommentering- og distribusjonsprosesser
  • roller
  • papir vs. elektroniske formater
  • administrativ dokumentasjon
  • bruk av systemer (ProArc, Saksrom, ev. prosjekthotell, prosjektrom)
  • andre relevante forhold

Modeller og tegninger skal så snart de er godkjent sendes til mottak hos i Bane NOR, gjennom prosjektet definerte felles leveransesystem, eller ved å sende varsel med fil-referanse. Revisjoner i byggefasen skal entreprenører få gjennom varsel, med retur av transmitter.

Når prosjektet skal overleveres som FDV til infrastruktureier skal dokumentene omgjøres til Teknisk dokumenter med ny nummerering. Ved prosjektering og bygging på eksisterende bane skal opprinnelig arkivnummer benyttes og revisjonsfeltet skal oppdateres.

Teknisk dokumenter har en nummerering som er bygd opp av fagkoder og en løpenummerserie.

Fagkode (1 eller 2 alfanumeriske tegn) Løpenummer (6 siffer) Bladnummer (3 siffer) Skilletegn er punktum (.) etter Fagkode og bindestrek (-) etter løpenummer

  • EH Høyspenning
  • EL Lavspenning
  • KO Overbygning
  • KU Underbygning
  • SA Signal
  • TE Tele

Eksempler:

  • TE-110200-000
  • SA-058300-000

Fagkodene er en fast tabell

Løpenummerserier innen faget; 800000-serien benyttes av Systemarkivet I tillegg så skal alle tekniske systemer meldes til Banedata etter egne rutiner

Dette arbeidet gjøres i samarbeid med dokumentstyrer.

Navngiving av prosjekteringsdokumenter

Maler for dokumenter:

Malene er grunnlaget for utarbeidelsen av dokumentet og må tilpasses det enkelte prosjekt.


Send tilbakemelding på denne siden

fag/felles/tegninger-en.1568281188.txt.gz · Sist endret: 2019/09/12 11:39 av stun