1

COST G9 - Work group 2 meetingCOST G9 - Work group 2 meetingSzékesfehérvárSzékesfehérvár, Hu, Hu02. 09. - 03. 09. 200402. 09. - 03. 09. 2004

Modeling real property transactionModeling real property transactionss

Radoš ŠumradaRadoš Šumrada

Faculty of Civil and Geodetic EngineeringFaculty of Civil and Geodetic EngineeringJamova 2, SI 1000 Ljubljana, SloveniaJamova 2, SI 1000 Ljubljana, Slovenia

2

Modeling real property transactions Modeling real property transactions by work flowsby work flows((SSwe and Swe and SIIoo case casess))

ContConteentsnts

Introduction and backgroundIntroduction and background

PPreresseentation of the selected ntation of the selected rereal pal prropopererty tty trransacton casansacton caseess

MMeethodology, tools and the ovthodology, tools and the oveervirvieew of diagramsw of diagrams

Use caseUse case analysis analysis

AAnalysisnalysis of work flows ( of work flows (activitiesactivities))

AAnalysisnalysis of interactions ( of interactions (data flows and time spandata flows and time span))

Comparison of results for the developed Se and Si modelsComparison of results for the developed Se and Si models

ConcConcllususiionsons

3

IntroductionIntroduction

The The primaryprimary decisiondecision isis to to selectselect the appropriatethe appropriate method for conceptual method for conceptual modeling in the spatial data problem domain.modeling in the spatial data problem domain.

AppliedApplied modeling methodologymodeling methodology is based on is based on the the UML UML formalism formalism ((Unified Unified Modeling LanguageModeling Language) for visualization) for visualization on the appropriate diagrams on the appropriate diagrams..

According to the According to the adoptadopted methodology ed methodology use casesuse cases for for threethree Swedish (Swedish (SweSwe) ) and and SloveneSlovene ( (SloSlo) real property) real property transactionstransactions have been developed. have been developed.

The outcomes are presented on The outcomes are presented on the use case, activity and interaction the use case, activity and interaction diagramsdiagrams that are based on the detailed description of each use case. that are based on the detailed description of each use case.

4

Modeling real property transactions - the scopeModeling real property transactions - the scope

Regardig the scope and the level of modeling we elaborated the Regardig the scope and the level of modeling we elaborated the external or the user oriented approach and modeling of work flows.external or the user oriented approach and modeling of work flows.

Different approaches

internal procedures

internal data structures

internal data flows

internal quality models

efficency and effecitveness

production line etc.Systems povide services liketasks, procedures, data etc.

Participants

users / actors

objects / classes

other systems

subsystems etc.

Systems

cadastral authority

land registry

population register

tax authority etc.

Users‘ approach

external (users') views

tasks and services

real property transactions

external business modeling

5

Modeling real property transactions - examplesModeling real property transactions - examples

We choose to describe and model three selected real We choose to describe and model three selected real property transactions by applying the use case approach.property transactions by applying the use case approach.

The elaborated use cases are as follows:The elaborated use cases are as follows:

sale (sale (conveyanceconveyance) of a whole property unit or a parcel) of a whole property unit or a parcel

with a detached house,with a detached house,

or as agricalcular land,or as agricalcular land,

subdivision of a property unit or a parcel,subdivision of a property unit or a parcel,

subdivision and sale of part of a property unit or aparcelsubdivision and sale of part of a property unit or aparcel..

The treatment of legal rights (The treatment of legal rights (pre-emptions, liens and pre-emptions, liens and easementseasements) was also included.) was also included.

6

Methodology and UML ontologyMethodology and UML ontology (1)(1)

Use caseUse case represents the sequence of actions carried out by the system in represents the sequence of actions carried out by the system in order to provide selected service to its users.order to provide selected service to its users.  AcActorstors are uare users or other systemssers or other systems that that interact with the modeled system. interact with the modeled system.

UUse case se case analysisanalysis describedescribess one or more paths through the one or more paths through the activitiesactivities that that accomplish the case and as well accomplish the case and as well all the possible scenariosall the possible scenarios..

The main steps in use caseThe main steps in use case analysis analysis are the following: are the following:

Identify and describe Identify and describe use casesuse cases, , actorsactors and the and the important important interactionsinteractions among among the actors and use cases. the actors and use cases.

Develop use cases from the general to the detailed Develop use cases from the general to the detailed descriptionsdescriptions..

7An example of a detailed use case description for the SIo sale case An example of a detailed use case description for the SIo sale case

8Use case diagram for sale of a agriculcural parcel (SIo)Use case diagram for sale of a agriculcural parcel (SIo)

9

Methodology and UML ontologyMethodology and UML ontology (2)(2)

Objects workObjects work togethertogether to to produce the produce thefunctionality that actors require of the system.functionality that actors require of the system.  Each individual object provides only a portion ofEach individual object provides only a portion of thethefunctionality needed to accomplish certain service or use case.functionality needed to accomplish certain service or use case.  ActivityActivity diagrams are used to describe workflows such as flows in use cases, diagrams are used to describe workflows such as flows in use cases, process or business flows.process or business flows.  CollaborationCollaboration is a set of objects, actors or participants that work together to is a set of objects, actors or participants that work together to achieve some services with meaningful outcome in the context of the system.achieve some services with meaningful outcome in the context of the system.  InteractionInteraction is a sequence of messages sent between objects in the context of is a sequence of messages sent between objects in the context of a collaboration in order to achieve the required functionality.a collaboration in order to achieve the required functionality.

roles

ph

ase

s

10

Roles and Roles and phasesphases

Activity diagramsActivity diagrams are useful forare useful for analyzing use analyzing use casescases, , responsibilitiesresponsibilities andand forfor work work process flow.process flow.

We have We have developed developed adequate activity adequate activity diagrams for all diagrams for all three mentioned three mentioned use cases.use cases.

Example shows Example shows activity diagram activity diagram with roles and with roles and phases for the phases for the Slo subdivision Slo subdivision case of a parcel.case of a parcel.

Land cadastre

Municipal and state authorities

Surveyor

Owner

Slo activities forthe subdivisioncase of a parcel

external restrictions

internal restrictions

neighbors participationno rights included

Request for survey

Application for registration

Application for permission Authority issues permission

Completing the detailed report

Verification of application

Completing cadastral decision

Performing measurements

Cadastral registration

Registration of ownership

Surveyor investigates the case

land policy control

decision and registration

preparation

yes

approvednoCadastral office can reject

the application because oftechnical or legal reasons.

Owner gets cadastral copies

Land registry

11

Land legistration authority

Surveyor

OwnerSwe activities for the subdivision case of a property unit

external restrictionsconsultation with therelevant authorities(if needed)

internal restrictions

neighbors participation

Application for permission

preparation

land policy control

decision and registration

Cadastral registration Registration of ownership

Completing the detailed report

Completing cadastral decision

Treatment of rights

Performing measurements

Surveyor investigates the case

Surveyor considers land policy

Owner gets cadastral copies

12

Land policy authorities Owner

Slo sequencediagram for thegeneral subdivisioncase of a parcel

Surveyor Land cadastre Land registry

externalrestrictions

internalrestrictions

owner and neighborsparticipateno rights included

orderSurvey(decision,skecth)

decide(permission,skecth)

examCase(data,map)

measure(data,field_map)

elaborate(detailed_report)Waiting (30d)

Waiting (15d)

submit(request,cadastral_data)

Waiting (75d)

applyForRegistration(request,detailed_report)

review(detailed_report)

verify(detailed_report)

completeCase(decision)

carryOutAppeal(decree)

forward(decree,data)send(notice)

register(data,map,archive)

registerOwnership(data)

land policy control

preparation

decision and registration

appeal(complaint)

forward(detailed_report)

mail(decree,map_copy)

13

Land policy authorities Owner Cadastral authority surveyor Land registry

externalrestrictions

internalrestrictions

Land owner andneighbors can participate(if necessary)

examCase(data,map)

measure(data,field_map)

treatRights(data,field_map)

submit(request)

completeCase(decision,appeal_decree)

forward(notification,data)

register(data,cadastral_map,archive)Swe sequencediagram for thegeneral subdivisioncase of a parcel

investigateCase(restrictions,map)

elaborate(detailed_report)

Owner can appeal decision(Land court procedure)

registerOwnership(data)

Tax authority

forward(notification,data)

land policy control

preparation

decision and registration

consult(restrictions)

send(notice)

mail(detailed_report)

14

Related problemsRelated problems

By modeling property transactions we try to overcome some conceptual problems:By modeling property transactions we try to overcome some conceptual problems:

How to compare different views on real property transactions (How to compare different views on real property transactions (legal,legal, professional, technical, economic etc professional, technical, economic etc.)?.)?

How to reduce the multitude of possible relations among the actors and use cases?How to reduce the multitude of possible relations among the actors and use cases?

How to precisely define the realization of certain activities (How to precisely define the realization of certain activities (sequence or parallelsequence or parallel)?)?

How to implement partly unclear or obscured scenarios (How to implement partly unclear or obscured scenarios (rule of thumb, lack ofrule of thumb, lack of practical experiences, inadequate legal definitions etc practical experiences, inadequate legal definitions etc.)?.)?

How to compareHow to compare the equivalent models from different countries with varying the equivalent models from different countries with varying legal frameworks legal frameworks,, public and privat restrictions, public and privat restrictions, social settingssocial settings and tradition and tradition??

15

Conclusions - technical viewConclusions - technical view

At the end we stress again that also fAt the end we stress again that also for modeling or modeling of real propertyof real property transactions transactions it is it is crucialcrucial to follow the chosen to follow the chosen methodologymethodology as the guiding process. as the guiding process.

Further on, the benefits of the standardized modeling language (Further on, the benefits of the standardized modeling language (UMLUML) and its ) and its graphical notation are obvious, although the elaboration of graphical notation are obvious, although the elaboration of certain certain detailed detailed UML diagrams can be a demanding UML diagrams can be a demanding and consuming and consuming task.task.

The availability of The availability of suitable, suitable, powerful and adaptable modeling tool (powerful and adaptable modeling tool (OOAD OOAD softwaresoftware) is also very important.) is also very important.

16

Tuesday, April 18, 2023 - 21:02:18

Questions and opinions?Questions and opinions?

17

Main steps in Main steps in problem domain analysisproblem domain analysis (1) (1)

Problem domainProblem domain refers to the treated refers to the treated objectobjects and concepts, which are s and concepts, which are related to the problem that related to the problem that wewe analyze and analyze and desigdesignn adequateadequate sol solutionution..

Domain Domain analysisanalysis is the tasks of discovering objects, their classification, and is the tasks of discovering objects, their classification, and further definition of their properties and relations.further definition of their properties and relations.

In general, the development and modeling process in particuar should be In general, the development and modeling process in particuar should be carried out incrementally and iterativelycarried out incrementally and iteratively..

The main steps in The main steps in problem domain analysisproblem domain analysis are the following: are the following:

GatherGather available data and expertiseavailable data and expertise about the legacy about the legacy of the renewingof the renewing system, similar system, similar existing existing systems,systems, or user requirementsor user requirements forfor the new one.the new one.

IdentifyIdentify problem domainproblem domain objects objects and and ddrawraw high-levelhigh-level class diagramclass diagramss that introduce that introduce the basic the basic datadata structure.structure.

18

Main steps in Main steps in problem domain analysisproblem domain analysis (2) (2)

Perform Perform classificationclassification ( (classesclasses), generalization and), generalization and aggregationaggregation in orderin order to derive the to derive the first cutfirst cut structure structure of classes of classes..

Specify their basic Specify their basic propertiesproperties ( (attributesattributes) and ) and main main relationshipsrelationships ( (associations and other dependenciesassociations and other dependencies) among ) among classesclasses..

DescribeDescribe their basic their basic functionalityfunctionality ( (aactivitiesctivities) and important) and important messagesmessages ((communicationcommunication) ) among among classesclasses..

Identify packagesIdentify packages ( (subsystemssubsystems) and ) and the general structure of thethe general structure of the system as a whole system as a whole..

19

UUse case analysis and modelingse case analysis and modeling (1) (1)

A A use caseuse case is a sequence of actions that an actor performs within a is a sequence of actions that an actor performs within a system to achieve a particular goalsystem to achieve a particular goal that results as that results as system service. system service.

By By use case use case analysisanalysis we we describe one or more paths through the describe one or more paths through the activitiesactivities that accomplish the case and as well that accomplish the case and as well all the possible scenariosall the possible scenarios..

The main steps in The main steps in use caseuse case analysis analysis are the following:are the following:

Identify and describe Identify and describe use casesuse cases, , actorsactors and the and the important important interactionsinteractions among among the actors and use cases. the actors and use cases.

Develop use cases from the general to the detailed Develop use cases from the general to the detailed descriptionsdescriptions..

20

UUse case analysis and modelingse case analysis and modeling (2) (2)

Define priorities ofDefine priorities of use case use casess..

Elaborate each use case in all the required detail (Elaborate each use case in all the required detail (mainmain course and all the alternative scenarios course and all the alternative scenarios).).

Present use case model on a set of Present use case model on a set of use case diagramsuse case diagrams..

Organize use cases into the suitable groups.Organize use cases into the suitable groups.

Present the organization of use cases and theirPresent the organization of use cases and their hierarchy on package diagramhierarchy on package diagramss..