CORA en VERA online

Projectfase

Gegevensobject

VERA 4.0

Versies

Kennismodel

Type: Gegevensobject

ArchiMate

Elementtype
DataObject
Element-id
Id-7987618d-9f4d-8f31-e4a9-b01f6bc9ef6f
ArchiMate-model
VERA 4.0

Links

Views met dit gegevensobject


Berichten met dit gegevensobject


Definitie

Een project doorloopt een aantal vooraf gedefinieerde Projectfase(s). Iedere projectfase is opgedeeld in specifieke taken en werkzaamheden met duidelijk te onderscheiden start- en eindmomenten. Na iedere projectfase volgt een Projectfasebesluit, waarbij ná formele goedkeuring de volgende fase van start gaat.

Toelichting

Het aantal fasen en de concreet uit te voeren werkzaamheden zijn sterk afhankelijk van het soort project (nieuwbouw, sloop/nieuwbouw, renovatie, etc.), en van de regiekeuze voor de uitvoering van het project. In een projectfase kunnen specifieke betrokkenen een rol spelen; op fase-niveau is daarom een relatie gelegd met de klasse Relatie, via de Projectrol. Binnen een projectfase worden daarnaast één of meer Projecttaken onderscheiden (waaraan ook weer een specifieke projectrol gekoppeld kan zijn). Iedere fase wordt afgesloten met een Projectfasebesluit, dat dient ter evaluatie. Kenmerkend voor (vastgoed-)projecten is dat het budget (via de klase Projectbudgetregel) per fase wordt goedgekeurd/vrijgegeven. Via de Projectfase kan daardoor de ontwikkeling van het aangevraagde en goedgekeurde budget in de tijd worden gevolgd.

Voorbeelden

Initiatieffase, Definitiefase, Ontwerpfase, Voorbereidingsfase, Realisatiefase, Nazorgfase

Relatie met CORA

Projectfase

Attributen VERA-Projectfasen

Je kunt door de regels te selecteren van onderstaande tabel ze heel eenvoudig naar excel kopiëren: [CTRL-C][CTRL-V]


Naam Type Omschrijving Min Max Sleutels

id

string

De primaire sleutel van het gegeven in het bronsysteem. Je verstuurt een entiteit altijd met het eigen id. Id kan leeg zijn. 0 1 ja

idExtern

string

De primaire sleutel van het gegeven in het doelsysteem. Deze idExtern wisselt om met id afhankelijk van de richting van de gegevensuitwisseling. 0 1 ja

idGegevensbeheerder

string

De primaire sleutel van het gegeven van de gegevensbeheerder. Bijv. de overheid of andere standaarden. 0 1 ja

code

string

De unieke code (Bijvoorbeeld om te tonen of te zoeken). 0 1 ja

soort

Referentiedata  PROJECTFASESOORT

Bijvoorbeeld: Initiatieffase, Definitiefase, Ontwerpfase, Voorbereidingsfase, Realisatiefase, Nazorgfase. 0 1

begindatum

dateTime

De werkelijke begindatum van de projectfase. 0 1

einddatum

dateTime

De werkelijke einddatum van de projectfase. 0 1

gewensteBegindatum

dateTime

De gewenste, of beoogde, begindatum van de projectfase. 0 1

gewensteEinddatum

dateTime

De gewenste, of beoogde, einddatum van de projectfase. 0 1

besluit

Projectfasebesluit

Het Projectfasebesluit-document waarmee het einde van een projectfase wordt gemarkeerd. 0 1

budgetregels

Projectbudgetregel

De budgetregels die bij de projectfase horen. Iedere fase wordt afgesloten met een fasebesluit waarin alle budgetregels binnen de fase worden beëindigd. Een nieuwe verzameling budgetregels wordt gekoppeld aan de volgende fase. Zo heeft iedere projectfase een eigen verzameling budgetregels. 0 unbounded

project

Project

Het project waar de fase bij hoort. 0 1

rollen

Projectrol

De rol(len) van de aan de projectfase verbonden relatie(s) heeft. Zo kan dezelfde relatie binnen een project verschillende rollen vervullen afhankelijk van de projectfase. 0 unbounded

taken

Projecttaak

De projecttaken die horen bij de fase. 0 unbounded

volgnummer

integer

Het volgnummer van de fase binnen het project. Het volgnummer maakt het makkelijker om projectfasen in (chronologische) volgorde te presenteren. 0 1

Iedere klasse is uit te breiden met Informatieobjecten, Sturingslabels en Extra attributen.

Relaties


    Contextdiagram

    Bekijken op ware grootte om deze op te slaan or printen
    Klik op de onderdelen voor de beschrijving van dat onderdeel.
    ====Definitie==== Een project doorloopt een aantal vooraf gedefinieerde Projectfase(s). Iedere projectfase is opgedeeld in specifieke taken en werkzaamheden met duidelijk te onderscheiden start- en eindmomenten. Na iedere projectfase volgt een Projectfasebesluit, waarbij ná formele goedkeuring de volgende fase van start gaat. ====Toelichting==== Het aantal fasen en de concreet uit te voeren werkzaamheden zijn sterk afhankelijk van het soort project (nieuwbouw, sloop/nieuwbouw, renovatie, etc.), en van de regiekeuze voor de uitvoering van het project. In een projectfase kunnen specifieke betrokkenen een rol spelen; op fase-niveau is daarom een relatie gelegd met de klasse Relatie, via de Projectrol. Binnen een projectfase worden daarnaast één of meer Projecttaken onderscheiden (waaraan ook weer een specifieke projectrol gekoppeld kan zijn). Iedere fase wordt afgesloten met een Projectfasebesluit, dat dient ter evaluatie. Kenmerkend voor (vastgoed-)projecten is dat het budget (via de klase Projectbudgetregel) per fase wordt goedgekeurd/vrijgegeven. Via de Projectfase kan daardoor de ontwikkeling van het aangevraagde en goedgekeurde budget in de tijd worden gevolgd. ====Voorbeelden==== Initiatieffase, Definitiefase, Ontwerpfase, Voorbereidingsfase, Realisatiefase, Nazorgfase (DataObject) Projectfase Grouping Informatiedom- ein Projectontwikk- eling ====Definitie==== Kosten- of opbrengstensoort. Alle projectbudgetregels samen vormen de stichtingskostenopzet van het project. Projectbudgetregels doorlopen een cyclus, van (initiële) prognose, via aangevraagd budget, naar goedgekeurd (of: vrijgegeven) budget. ====Toelichting==== Projectbudgetregels kennen een hiërarchische structuur, gebaseerd op de (stichtings-)kostenopzet van het project, waarbij detail-, subtotaal- en eindtotaalregels worden onderscheiden (het kenmerk Projectbudgetregelregelsoort). Via Grootboekrekening kan een relatie gelegd worden met de financiële adminstratie en met het Referentie Grootboekschema (RGS). Per project(fase) wordt middels een projectfasebesluit goedkeuring gevraagd voor de bijgestelde prognose. Tevens wordt in het fasebesluit budget aangevraagd voor de volgende fase. Het goedgekeurde budget is het financiële kader waarbinnen de projectverantwoordelijke opereert, waardoor budgetoverschrijding alleen mogelijk is als daarover expliciet verantwoording wordt afgelegd. Via het kenmerk Projectbudgetregelsoort wordt het onderscheid gemaakt tussen Prognosebedragen en Budgetbedragen. De Projectdoelstelling bevat de initiële projectprognose, op een nog hoog aggregatieniveau (een totaalregel of een beperkt aantal subtotalen). Naarmate het project vordert (via de Projectfasen) worden de totaalregels uitgesplitst naar meer gedetailleerde projectbudgetregels, en worden de prognoses bijgesteld. Omdat projectbudgetregels een hiërarchische opbouw hebben (met bovenliggende regels) kunnen eind- en tussentellingen gemaakt worden per (stichtings-)kostensoort. Een projectbudgetregel heeft altijd een relatie met een projectfase: als een projectfase wordt afgesloten schuift de budgetprognose als het ware door naar de volgende fase. In deze overgang tussen projectfasen wordt onderscheid gemaakt tussen a) de laatst goedgekeurde prognose (voorgaande fase), b) de nieuwe, actuele prognose aan het eind van de fase, c) goed te keuren budget voor de volgende fase. Aan het eind van een projectfase wordt, in het fasebesluit, goedkeuring gegeven aan de bijgestelde prognose én aan het eventueel nieuw aangevraagde budget. Het totaalbudget voor de volgende fase bestaat uit het eerder aangevraagde budget + het nieuw aangevraagde budget. ====Voorbeelden==== Kosten: Grondkosten, Bouwkosten, Bijkomende kosten (met onderliggend: advieskosten, onvoorzien, financieringskosten, algemene kosten (AK)), BTW Opbrengsten: Subsidies, Verkoopopbrengst (DataObject) Projectbudgetr- egel ====Definitie==== Een taak of activiteit die binnen een projectfase wordt uitgevoerd. ====Toelichting==== Het aantal en het soort Projecttaken is afhankelijk van het type project en de fase waarin het project zich bevindt. Zo zal in het geval van renovatie veelvuldig contact met bewoners plaatsvinden, maar in het geval van nieuwbouw veel minder. En zo zullen in de Ontwerpfase andere soorten werkzaamheden plaatsvinden dan in de Realisatiefase. Via het gegevensobject Projectrelatie kunnen een of meer verantwoordelijke(n) en/of uitvoerende(n) worden gekoppeld. Het uitvoeren van een taak zal in veel gevallen tot Projectbestedingen leiden: in het geval van door derden uitgevoerde werkzaamheden via een of meerdere Projectorders, in het geval van door eigen medewerkers uitgevoerde werkzaamheden rechtstreeks door het registreren van bestedingen (bestede uren) op de Projecttaak. ====Voorbeelden==== * Binnen de fase Voorlopig Ontwerp: Maken communicatieplan / Verzamelen bewonersinput / Verzamelen data-vereisten voor exploitatie * Binnen de fase Definitief Ontwerp: Opleveren DO / Inrichten modelwoning / Aanvraag akkoord welstandscommissie / Aanvraag omgevingsvergunning * Binnen de fase Besluitvorming realisatie: Opleveren realisatiedocument / Opleveren projectvoorstel voor bewoners / Uitvoeren draagvlakmeting / Registreren akkoordverklaringen bewoners / Geven van vervolgopdrachten * Binnen de fase Realisatie: Toezicht op de bouw / Bouwvergaderingen bijwonen / Onderhouden relatie bewoners * Binnen de fase Oplevering: Overdracht aan beheer: Actualiseren (nieuwe) vastgoedgegevens / Opstellen overdrachtsdossier / Inrichten contractmanagement (garantie, onderhoud, etc.) / Actualiseren MJOP * Binnen de fase Nazorg: Uitvoeren inspecties / Afhandelen garanties / Informeren bewoners / Akkoordverklaring aannemer * Binnen de fase Evaluatie: Administratieve afhandeling / Verlenen decharge projectteam / Beoordelen leveranciers / Beoordelen opdrachtgever / Uitvoeren bewonersenquête (DataObject) Projecttaak ====Definitie==== Het Projectfasebesluit markeert het einde van een projectfase, en het begin van een eventuele volgende projectfase. Het is een formeel document dat ter goedkeuring wordt voorgelegd aan de opdrachtgever, en bevat de verantwoording van zowel de technisch-/inhoudelijke als de financiële voortgang. Ieder fasebesluit fungeert als een evaluatiemoment, wat tijdig ingrijpen of bijsturen op het project mogelijk maakt. Middels een goedgekeurd projectfasebesluit wordt tevens budget aangevraagd voor de volgende fase. Pas ná goedkeuring van het fasebesluitdocument gaat de volgende projectfase van start, en wordt het gevraagde budget vrijgegeven voor de volgende fase. ====Toelichting==== Binnen het gegevensmodel wordt in het midden gelaten welke gegevens exact in een projectfasebesluit geregistreerd worden. In plaats van het opsommen van specifieke attributen adviseren we daarom om een relatie met een Informatieobject (en via het Informatieobject eventueel met een Dossier) te leggen. Een Informatieobject is een te koppelen document of bestand (bijvoorbeeld een Word- of PDF-bestand) en kan standaad aan iedere VERA-klasse worden toegevoegd. Eén van de Projectfasebesluiten valt samen met de formele oplevering van het project (d.w.z. de oplevering van de ontwikkelde of gerenoveerde vastgoed eenheden aan de opdrachtgever). Deze mijlpaal markeert het eind van het werkproces "Gecoördineerde uitvoering project" en de start van het werkproces "Beheren vastgoedgegevens" (en daarmee het in (her-)exploitatie nemen van het vastgoed. Let op: de oplevering is meestal niet de laatste fase van een project. ====Voorbeelden==== Initiatiefbesluit, Definitiebesluit, Ontwerpbesluit, Voorbereidingsbesluit, Realisatie/uitvoeringsbesluit, Nazorgbesluit (DataObject) Projectfasebes- luit ====Definitie==== In algemene zin is een project "een tijdelijke manier van samenwerken, gericht op het opleveren van een uniek resultaat, tegen een vooraf bepaalde inspanning of prijs, dat bijdraagt aan het behalen van doelen en waarbij de belangrijkste werkzaamheden te inventariseren zijn". In de context van dit gegevensdomein spreken we in deze versie van VERA specifiek over vastgoedprojecten: in tijd en middelen begrensde, eenmalige set aan activiteiten om nieuw vastgoed te creëren of bestaand vastgoed (grootschalig) te renoveren en/of te verduurzamen, met als doel om extra waarde te creëren ten opzichte van een bestaande situatie. Deze waarde kan zowel worden uitgedrukt in financieel rendement als in maatschappelijk rendement. Een financieel niet-rendabel project kan toch doorgang vinden omdat het een maatschappelijke bijdrage levert. Op termijn kunnen we deze definitie uitbreiden tot projecten in generieke zin, waardoor ook niet-vastgoed gerelateerde projecten beschreven kunnen worden met het model. ====Toelichting==== Het gegevensobject Project bevat algemeen beschrijvende kenmerken van het project en de relaties met de klasse(n) Eenheid en/of Cluster (bestaand bezit) of met de klasse KadasterPerceel (nieuwbouw). Via een eventueel bovenliggendProject kunnen meerdere projecten aan elkaar worden gerelateerd, waarbij het 'bovenliggende' project dan bijvoorbeeld een ontwikkel programma kan zijn. In het project worden ook de relaties gelegd met het te ontwikkelen of te onderhouden vastgoed: * In geval van herontwikkeling van of projectmatig onderhoud aan bestaand bezit kan dit direct door Eenheden of Clusters te koppelen; * In geval van nieuwbouw kan dit door Kadastrale percelen te koppelen. Het gegevensobject KadasterPerceel wordt hier geïntroduceerd en is nog niet uitgewerkt binnen VERA (DataObject) Project ====Definitie==== De rol die een aan een project verbonden relatie (een natuurlijk persoon of rechtspersoon) heeft binnen de context van het project, een projectfase of een projecttaak. Alle projectrelaties tezamen zijn noodzakelijk voor de afronding van een vastgoedproject. ====Toelichting==== Bij een project is meestal een groot aantal relaties betrokken, elk met een eigen rol binnen het project, onder aanvoering van de projectverantwoordelijke (projecleider/ontwikkelaar). Het kunnen zowel interne (organisatie-) rollen zijn als externe (leveranciers-) rollen. De rollen kunnen op meerdere niveaus worden gedefinieerd: op Project-niveau, op Projectfase-niveau en/of op Projecttaak-niveau. ====Voorbeelden==== Interne rollen zijn (intern) projectmanager, ontwikkelmanager, bouwkundig inspecteur, opdrachtgever, administratief medewerker, projectcontroller, fiscalist, jurist, kwaliteitsmanager, directievoerder, overdrachtsteam en managementteam. Externe rollen zijn onder andere (hoofd-)aannemer, architect, constructeur, kostendeskundige, bewoner, gemeente-ambtenaar (DataObject) Projectrol CompositionRelationship AssociationRelationship budgetregels AssociationRelationship fase AssociationRelationship fase AssociationRelationship fase AssociationRelationship fasebesluit AssociationRelationship fasen AssociationRelationship fasen AssociationRelationship project AssociationRelationship rollen AssociationRelationship taken Deze svg is op 13-04-2024 16:34:09 CEST gegenereerd door ArchiMedes™ © 2016-2024 ArchiXL. ArchiMedes 13-04-2024 16:34:09 CEST




    Overgenomen van "https://www.coraveraonline.nl/index.php?title=Id-7987618d-9f4d-8f31-e4a9-b01f6bc9ef6f&oldid=87375"
    Deze pagina is voor het laatst bewerkt op 14 jan 2022 om 18:00.
    Nora-familie.png CORA & VERA zijn onderdeel van de NORA-familie↗