Ontwerp van nieuw te plaatsen objecten, ofwel bestaande objecten die een "bewerking" moeten ondergaan. De status N komt in het experiment niet voor.
Deze beschrijving begrijp ik niet. Nieuw te plaatsen objecten zijn dus ontworpen, maar nog niet gerealiseerd. In dat geval behoren ze toch niet tot de revisietekening?
Herkenning van bestaande objecten uit het assetinformatiesysteem is op dit moment niet mogelijk met NLCS tekeningen
Vraag: geldt dat ook als de object-id's van de bestaande objecten overgenomen wordt in de CAD tekeningen en de workflow tot en met de revisietekening?
IN 6.1.3.3 worden de statussen in de NLCS revisietekening benoemd. Daarmee kunnen deze objecten toch herkend worden?
nabijheid
je zou verwachten dat een geo-coordinaat hierbij kan helpen. Locatieaanduiding van putten staan ook in de BGT o.b.v. een coordinaat.
Als assetbeheerder
Hier wordt de userstory gegeven voor het importeren van de nieuwe situatie neem ik aan. In het beschreven proces zie ik ook de behoefte om het projectgebied van de huidige situatie te exporteren naar een NLCS tekening. Bij de beschrijvingen zou het duidelijker zijn als toegevoegd wordt wanneer je spreekt over huidige situatie en wanneer over de nieuwe of aangepaste situatie van de riolering.
n een (FME / open source
volgens mij mag de userstory nog geen oplossingen beschrijven (toch?)
Welke beslissingen
Mogelijke toevoeging: bij elke beslissing die de belanghebbenden nemen willen ze kunnen vertrouwen op de assetadministratie, dat veronderstelt dat de werkelijkheid 1 op 1 weergegeven is in de administratie.
wensen en verwachtingen
Ik lees in deze paragraaf weinig over wensen en verwachtingen. Ik kan mij voorstellen dat iedere deelnemer in het revisieproces de wens heeft dat wat in werkelijkheid gebouwd wordt ook 1 op 1 overgenomen wordt in de Asset administratie.
en route daarnaartoe
De genoemde verbeteringen aan het proces, zijn die onderdeel van het nieuwe revisieproces, of betreft het maatregelen om de data op orde te krijgen. Dat werd mij niet geheel duidelijk in de tekst.
CORE
Volgens mij moet dit nu DOOR zijn
Minimale dataset
is het een minimale dataset of een ILS?
Hieronder staat het proces beschreven van de uitwisseling van informatie van beheer naar project en weer terug naar beheer.
dit proces lijkt sterk op de usecase van Amsterdam!
Use case ontwerpen en bouwen met NLCS
Zou je in dit schema ook de realisatie en revisie meting willen opnemen? Dat maakt het beeld completer.
et als doel om objecten goed te kunnen classificeren in 2D CAD en 3D BIM modellen en te automatiseren met het maken van hoeveelheidsberekeningen, inkoopstaten en dergelijke.
waarom zetten deze bedrijven niet in op IFC?
Er is geen matching nodig tussen NLCS en informatiemodellen, omdat het gebruik van tekeningen tijdens ontwerp en bouw los staat van het opleveren van revisiegegevens.
zou deze benadering dan ook niet op Dordtrecht toegepast kunnen worden? Het is de vraag wat voor het ketenproces uiteindelijk efficienter en meer foutloos is.
het DOOR programma kan gaan werken aan het verbinden van NLCS en IMBOR
...zodat het ketenwerkproces revisie efficienter en foutlozer verloopt, de beheerder de juiste data van de as build in zijn beheeradministratie krijgt.
minimale dataset voor revisie specificeert in beide talen
welke twee talen bedoel je hier?
te koppelen
belangrijk om toe te voegen: de mogelijkheid om een CRUD analyse te doen, zodat je bronhouder en gebruikers kunt afleiden.
stappen, beslissingen, gegevensstromen, rollen en verantwoordelijkheden.
ik zou hier actoren aan toevoegen
processen
Voor het datadelen gaat het met name om de ketenprocessen die spelen tussen meerdere partijen. Je zou hier dus (keten)processen kunnen neerzetten.
ROW wil dat softwareleveranciers het procesmodel kunnen gebruiken bij het ontwerpen en implementeren van applicaties die het proces ondersteunen. Het biedt inzicht in de stappen, taken, gegevensstromen en rollen binnen het proces, waardoor applicaties kunnen worden ontwikkeld die de juiste functionaliteit bieden om het proces efficiënt uit te voeren, waarbij voor de in- en output gebruik kan worden gemaakt van de informatiemodellen van CROW over assets. Een voorbeeld van applicaites die een werkproces ondersteunen zijn de areaalbeheerapplicaties, die het tactische en operationele beheer van assets ondersteunen.
ik vraag mij af of softwareleveranciers hierop zitten te wachten. pakketten kennen deze processen en hebben in zich vaak flexibiliteit om zich aan te passen naar meerdere procesvormen. Ik zou mij richten op de ketenprocessen, die ontstijgen het softwarepakket en maken datadelen nodig.
Op basis van het procesmodel kunnen informatiemodellen worden ontwikkeld die de gegevensvereisten en de relaties tussen de gegevens nauwkeurig definiëren.
Het procesmodel maakt duidelijk welke informatiebehoefte er binnen het proces. Wie de eigenaar is van deze info en wie de gebruiker van deze informatie. Dat vormt zowel de basis voor informatiemodellen, als voor het definieren van data-deel-transacties tussen verschillende stakeholders.
Ik zou liever spreken over informatiebehoeften. Dus: op basis van het procemodel kunnen informatiebehoeften gedefinieerd worden. Daaruit kunnen informatiemodellen worden ontwikkeld die de gegevensvereisten .....