CORA en VERA online

Projectrol

Gegevensobject

VERA 4.0

Versies

Kennismodel

Type: Gegevensobject

ArchiMate

Elementtype
DataObject
Element-id
Id-d310b20a-6e85-a910-e071-6a470044bd78
ArchiMate-model
VERA 4.0

Links

Views met dit gegevensobject


Berichten met dit gegevensobject


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

Relatie met CORA

geen Bedrijfsobject gevonden in CORA

Attributen VERA-Projectrollen

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  PROJECTROLSOORT

Om een ordening te kunnen maken in de vele mogelijke rollen die een relatie kan vervullen binnen de context van een project, projectfase en/of projecttaak, kan een rol een rolsoort krijgen. Bijvoorbeeld: Interne rol, Externe rol. 0 1

detailSoort

Referentiedata  PROJECTROLDETAILSOORT

Nadere aanduiding van een rolsoort. Voorbeelden van Interne rollen zijn: projectmanager, ontwikkelmanager, bouwkundig inspecteur, opdrachtgever, administratief medewerker, projectcontroller, fiscalist, jurist, kwaliteitsmanager, directievoerder, overdrachtsteam en managementteam. Voorbeeleden van Externe rollen zijn: (hoofd-)aannemer, architect, constructeur, kostendeskundige, bewoner, gemeente-ambtenaar. 0 1

begindatum

dateTime

De datum die het beginmoment bepaalt waarop een relatie de rol vervult. 0 1

einddatum

dateTime

De datum die het eindmoment bepaalt waarop een relatie de rol vervult. 0 1

fases

Projectfase

De fase(n) van het project waarin de rol (i.c. een relatie die in de context van de projectfase een bepaalde rol vervult) een functie heeft. 0 unbounded

project

Project

Het project waarbinnen de relatie de rol vervult. 0 1

relatie

Relatie

De relatie die is gekoppeld aan de rol (en waarmee de relatie wordt verbonden met het project). 0 1

taken

Projecttaak

De taak of taken waarbij de projectrol (i.c. een relatie die in de context van de taak een bepaalde rol vervult) een functie heeft. 0 unbounded

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==== 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 Grouping Informatiedom- ein Projectontwikk- eling ====Definitie==== Een eenheid is een afgebakend stuk vastgoed of een benoemd terrein wat in die hoedanigheid gebruikt kan worden in de dienstverlening van de woningcorporatie (m.u.v. onderhoud). ====Toelichting==== Een eenheid is datgene waar de corporatie overeenkomsten over afsluit met haar klanten. De eenheid is onderwerp van administratieve handelingen voor verhuur en verkoop (inclusief eventuele terugkoopregelingen).<br /> De eenheden kunnen in een boomstructuur georganiseerd zijn, een pand (andere klasse) kan een verblijfsobject bevatten (type eenheid, aansluitend op BAG) met daarin kamers (type eenheid).<br /> Een eenheid heeft dus niet altijd een relatie met de fysieke vastgoedwereld. De eenheden kunnen zowel de fysieke wereld als de administratieve wereld (verhuur of verkoop) beschrijven.<br /> De klasse eenheid is zodanig gemodelleerd dat vanuit een eenheid alle klassen uit het vastgoed domein opgevraagd kunnen worden. Er is gekozen om een generieke klasse voor alle te verhuren eenheden te modeleren.<br /> Door deze keuze wordt het eenvoudiger om vastgoed gegevens te administreren. Een nadeel van deze keuze is dat de klasse eenheid niet eenduidig is over de betekenis (semantiek) van de gegevens in het object. Dit valt af te leiden op basis van het type van de eenheid. Een ander nadeel is dat de klasse eenheid veel attributen bevat die niet voor elk type eenheid (of op elk ‘niveau’ van eenheid) van toepassing zijn. Een eenheid kan informatieobjecten bevatten. Bijvoorbeeld foto's, video's, plattegronden etc. ====Voorbeelden==== Dit kunnen bijvoorbeeld woningen, garages, bedrijfspanden of studentenkamers zijn. Een volledige galerijflat die te koop gezet wordt is ook een eenheid. Een C.V. ketel of dakgoot waar onderhoud op gepleegd moet worden is géén eenheid. Ook trappenhuizen en andere algemene ruimtes die onderwerp van onderhoud zijn maar niet van andere dienstverlening zijn geen eenheden. ====Toepasbaar voor==== Object, Bedrijfspand, Parkeerplaats, verzorgingseenheid, OGE, VHE, woning, verblijfsobject. (DataObject) Eenheid ====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 ====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==== Een relatie is een rechtspersoon, natuurlijk persoon of groep van personen die in het verleden, heden of in de toekomst een betrekking heeft of iets van doen heeft met de woningcorporatie. ====Toelichting==== Relatie is een basis-klasse voor een rechtspersoon, natuurlijk persoon en een groep personen en bevat hiervan dus de gemeenschappelijke eigenschappen. <br /> Relatie geeft de mogelijkheid te koppelen met een rechtspersoon, natuurlijk persoon of een groep personen via één koppeling. <br /> In beginsel worden ook systeemgebruikers als relatie uitgewisseld. ====Voorbeelden==== Huurder, deurwaarder of aannemer. (DataObject) Relatie ====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 CompositionRelationship AssociationRelationship eenheid AssociationRelationship fasen AssociationRelationship projecten AssociationRelationship relatie AssociationRelationship rollen AssociationRelationship rollen AssociationRelationship rollen AssociationRelationship taken Deze svg is op 26-04-2024 11:10:23 CEST gegenereerd door ArchiMedes™ © 2016-2024 ArchiXL. ArchiMedes 26-04-2024 11:10:23 CEST




    Overgenomen van "https://www.coraveraonline.nl/index.php?title=Id-d310b20a-6e85-a910-e071-6a470044bd78&oldid=89535"
    Deze pagina is voor het laatst bewerkt op 14 jan 2022 om 18:37.
    Nora-familie.png CORA & VERA zijn onderdeel van de NORA-familie↗