Een zeer eenvoudige casus. Toepassing COINS-systematiek februari 2009

Transcriptie

1 Een zeer eenvoudige casus Toepassing COINS-systematiek februari 2009

2 Een eenvoudig voorbeeld Benodigd is een voorziening voor meerdere personen om te kunnen zitten (functie) Functionele eisen Geschikt voor tenminste drie personen Sterk genoeg om een belasting van 300 kg te kunnen dragen Niet functionele eis Te gebruiken materiaal: beton en glas Situering: zie document xxxx Het bouwwerk wordt een zitbank genoemd (technische oplossing)

3 Een eenvoudig voorbeeld Richtlijnen: Alle van toepassing zijnde NEN-normen Handboek Inrichting Openbare Ruimte Utrecht, zie document yyy

4 Samenwerking T1 Teamcenter Specificaties leveren Specificerende Revit Bouwwerk Regisseur + BIM coördinator T2 3D-ontwerp leveren Ontwerpende Primavera T3 Bouwfasering leveren Plannende Bouwwerk CBIS

5 Voorbereiding bouwwerkregisseur Inrichten bouwwerkinformatiesysteem volgens coins-systematiek Afspreken met bouwpartners om informatie aan te leveren volgens coins-systematiek Afspreken met bouwpartners om VISI te gebruiken voor: Verzoek uitvoering werk Melding gereed en verzoek beoordeling Wijziging Acceptatie

6 Coins-systematiek, dus o.a.: Aansluiting op Systems Engineering Eisen Functies Bouwdelen Uitwerkingslagen

7 Coins-systematiek, dus o.a.: Omgaan met wijzigingen Omgaan met versies Vastleggen van status T1 Specificaties leveren Specificerende Vrijgave T2 Baseline Geldigheid Bouwwerk Regisseur + BIM coördinator Ontwerp leveren T3 Ontwerpende Bouwfasering leveren Plannende Bouwwerk Bouwwerkinformatiesysteem

8 Coins-systematiek, dus o.a. Coins-container Standaard verpakking Standaard inhoud Documenten in aparte folder

9 Samenhang Coins en VISI VISI Management communicatie T1 Specificerende COINS Bouwwerk communicatie Building Information model Bouwwerkregisseur Bouwwerkinformatiesysteem

10 Scenario Specificerende: specificaties uitwerken als startpunt voor technische oplossing Ontwerpende: 3D-modellen als technische oplossing toevoegen Plannende: uitvoeringsplanning toevoegen

11 Scenario Specificerende Creëer specificaties Toevoegen high level objectboom 3D- ontwe erpende 3Duitwerking nee ja Verificatie aan functies en eisen Bouwwerkregisseur Verzoek opstellen specificaties Beoordelen en opslaan Verzoek opstellen 3Duitwerking Beoordelen en opslaan CBIS

12 Vereenvoudigen De bouwwerk regisseur laten we weg Wel in de gaten houden dat transport van container van en naar CBIS altijd gepaard gaat met een VISI-bericht De plannende rol voegen we toe om het plaatje compleet te maken

13 Scenario Specificerende Creëer specificaties Toevoegen high level objectboom 3Dntwerpende on 3Duitwerking nee ja Verificatie aan functies en eisen Plannende Creëer planning A.ccr B.ccr C.ccr D.ccr E.ccr F.ccr CBIS

14 Container A Bevat de gegevens van de vraagspecificatie Niet-functionele eis Functionele eis Functie Bouwwerk Document Laag 0

15 Container B Nieuwe functies en bouwdelen op laag 1 Functie Bouwwerk Laag 0 Bieden zitgelegenheid Hechten aan bodem Zit systeem Fundatie systeem Laag 1

16 Container B B wordt gemerged in CBIS Alleen nieuwe functies, bouwdelen en bijbehorende relaties worden toegevoegd (inclusief creator en creatiedatum) De geldigheidsstatus wordt bepaald door de Bouwwerkregisseur (voorlopig, etc.) Ook de relatie wordt gelegd tussen de nieuwe objecten en het begeleidende VISI-bericht

17 Container C Eisen, functies en bouwdelen van laag 0 en laag 1 naar 3D-ontwerper Documenten gaan niet mee

18 Container C Niet-functionele eis Functio- nele eis Functie Bouwwerk Laag 0 Bieden zitgelegenheid Hechten aan bodem Zit systeem Fundatie systeem Laag 1

19 Container D Nieuwe bouwdelen Nieuwe 3D-rep objecten Nieuwe IFC-bestanden (twee stuks) Alles op laag 2

20 Container D B0 Bouwwerk Laag 0 B0.2 Zitsysteem B0.1Fundatiesysteem Laag 1 Laag 2 B0.2.1 Ligger 3D-rep A B0.1.1 Steun links B0.1.2 Steun rechts 3D-rep B 3D-rep C IFC X IFC Y

21 Container D D wordt gemerged in CBIS Alleen bouwdelen, 3D-rep, IFC-bestanden en bijbehorende relaties worden toegevoegd (inclusief creator en creatiedatum) De geldigheidsstatus wordt bepaald door de Bouwwerkregisseur (voorlopig, etc.) Ook de relatie wordt gelegd tussen de nieuwe objecten en het begeleidende VISI-bericht

22 Container E Alleen bouwdelen van laag 0, 1 en 2 gaan naar planner De planner voegt planningsobjecten toe, deze worden gekoppeld aan de bouwdelen in laag 2 en bevatten ieder: Datum bouwen Datum slopen

23 Container E B0 Bouwwerk Laag 0 B0.2 Zitsysteem B0.1Fundatiesysteem Laag 1 Laag 2 B0.1.1 Steun links B0.2.1 Ligger B0.1.2 Steun rechts A02.2 Planningobject A02.1 A02.3

24 Container E E wordt gemerged in CBIS Alleen planningsobjecten worden toegevoegd (inclusief creator en creatiedatum) De geldigheidsstatus wordt bepaald door de Bouwwerkregisseur (voorlopig, etc.) Ook de relatie wordt gelegd tussen de nieuwe objecten en het begeleidende VISI-bericht

25 Scenario 2 CBIS is volgens het scenario gevuld met eisen, functies, bouwdelen, 3D-rep, documenten en VISI-berichten In Scenario 2 kan iedere rol, onafhankelijk van de andere wijzigingen/toevoegingen insturen Het plaatje blijft hetzelfde

26 Scenario 2 Specificerende Creëer specificaties Toevoegen high level objectboom 3Dntwerpende on 3Duitwerking nee ja Verificatie aan functies en eisen Plannende Creëer planning A.ccr B.ccr C.ccr D.ccr E.ccr F.ccr CBIS

27 Use case 2 Proces verloopt in grote mate hetzelfde Merge in CBIS is verschillend omdat bij wijzigingen: De oude situatie bewaard blijft, informatieobject krijgt geldigheidsstatus V Een nieuw informatieobject gecreëerd wordt met daarin de wijzigingen aangebracht

28 Wat betekent dit nu? De bouwwerkregisseur heeft alle informatie van het bouwwerk in zijn samenhang beschikbaar Alle versies van alle informatieobjecten zijn beschikbaar Voor ieder informatieobject kan de vraag beantwoord worden: Wie heeft wat gedaan, op welk moment en waarom?

29 Zelf uitproberen Testtool te gebruiken als bouwwerkinformatiesyteem Testtool te gebruiken door iedere rol om cointainer samen te stellen Een tutorial