Project

General

Profile

AtbiModels » History » Version 17

Niels Hoffmann, 11/15/2010 01:49 PM

1 1
2
3 16 Niels Hoffmann
4 3 Markus Döring
_All Taxa Biodiversity Inventory Model (András Gubányi, Imre Kilián, Veronika Kiss)_
5 2 Markus Döring
6
7
----
8
9
10
# ATBI Model
11 1
12 4 Markus Döring
This page describes the modeling details of the EDIT project, with special focus on inventorying activities. After inteviewing some taxonomists from different field of taxonomy, modells of their inventory workflow and dataflow were created. 
13 1
14
Inventory models describe the workflow of scientists from different fields of taxonomy. They show the chronological order of and the connection among different activities. A few activities are the same in case of different fields of taxonomy, but there are some activities, which occur only in selected fields, and there are also activities, which are unique, since they occur only in exceptional cases. 
15 16 Niels Hoffmann
16
17
{{>toc}}
18
19 1
20 11 Veronika Kiss
21
22 15 Norbert Kilian
## Deliverables
23 1
24 15 Norbert Kilian
25
Operational functional model 
26
27
for inventory activities:
28
29
* attachment:"Operational function model Report_30_08_2.pdf"
30
31
32
Draft operational functional model
33
34
for inventory activities:
35
36
* attachment:ModelReport_2007_05_29.doc
37
38
* attachment:ModelReport_2007_07_09.rtf
39
40
41
42
## Activity diagrams and their semantics
43
44
45 11 Veronika Kiss
UML activity diagrams consist of the following features:
46
47
48
-	_Activities_: (rounded boxes) describing certain activities. They may be primitive (steps) that cannot be broken up to parts, or they may be compound, that consists of a series of sub-activities. Compound activities are denoted by the infinite symbol (∞).
49
50
51
-	Activities may be extended by _object tags_. Special object tags are activity parameters. The direction of parameters can be determined by the direction of their incoming and outgoing object flow arcs.
52
53
54
-	_Control flow arcs_ are arrows starting in one activity, and ending in another activity. Control flow arcs may attach guard conditions. If they exist, than the condition decides, if the prescribed change in activity is to be completed only if the guard condition evaluates to true.
55
56
57
-	_Events_ are practically starting points of activities, which trigger certain chain or sub-network of the entire activity network.
58
59
60
-	_Activity calls_ are compound activities that are detailed elsewhere. In general they act very similarly to subroutines or subprograms in traditional programming: they have a single definition that may be referred to elsewhere. They are denoted by a fork symbol (ψ).
61
62
63
-	_Decisions_, where, depending on the result of a condition, one of two or more outgoing arcs are activated. They are denoted by a rombus box (â—‡) with a notice, that describes the content of the decision.
64
65
66
Along the arcs of activity networks tokens are travelling. An activity has incoming and outgoing arcs, both of control flows and object flows. If arcs are active, we say, they have tokens. If all the incoming arcs are active, the activity is carried out. Having completed the actions of activities, tokens are multiplied, and are sent along the outgoing arcs of the activity.
67
68
69
Activities may contain other sub-activities that are carried out when entering the main activity. If a main activity has several arrows leading to sub-activities, then different threads are launched for all of the arrows. A main action is finished when all active threads (arcs coming from sub-activities, and arriving to the main activity) deliver their token.
70
71
72
 **Inventory Process** 
73
74
75
76
In the following we are giving the details of the workflow:
77
78
79
80
_Preparation_ is the composite activity that comprises all sub activities, which are made still prior to fieldwork. They usually refer to management questions, and mostly managers execute them. The composite activity of _Specification_ determines taxonomical groups, localities and methods, to be done in the preparation, management phase of the activities. _Verification of specification_ in many cases means that based on literature data and previous experiences, the yield of methods can be previously estimated. _The Human Resources_ activity covers practically the workflow of setting up a research team. It consists of several steps, and in end effect it results a personnel list.
81
82
Upon receiving a feasible specification, and the list of personnel, the research project can be _design_ed. The final result of this stage is the research plan itself. _Verification of Design_ checks, if the proposed steps are feasible: i.e. they don’t exceed financial, material and time limits. The _Expedition_ activity means the physical preparation of Fieldwork, i.e. managing the travel, estimation the money and labour capacity. Upon receiving the list of personnel and the research plan, actual steps can be started in the framework of _Execution_. These include (1) Fieldwork, i.e. doing research on the field (2) Lab work, i.e. collecting, organizing and publishing the results of fieldwork. Fieldwork is a generic concept that includes all the necessary phases and steps to be done in or near to the habitat. _Fieldwork_ has four input parameters: 1. personnel list 2. research plan, where the research plan itself includes other important components, like permissions and the gazetteer database. All the working phases are included in the _Lab work_, which are completed in the laboratory, after arriving from fieldwork again. The input of this activity is the collection itself. The exact way how laboratory work is to be carried out, varies depending on the actual taxonomic group. _Reporting_ is the last step of work after laboratory activities have been closed down. Reporting has three more or less independent phases: 1. writing the reports’ checklists, i.e. filling up some checklists, that were prepared still in the planning phase, but haven’t been filled in the reporting activities at the end of the field work. 2. inserting data into the inventory book 3. inserting data into collection database. The three sub activities must synchronize themselves before closing the reporting activity.
83
84
85
86
87
88
89 4 Markus Döring
## Interviews
90 1
91
ATBI Interviews were made with the following researchers from the HNHM:
92
93 11 Veronika Kiss
* Algologist (Krisztina Buczkó) attachment:"Algology_Work_and_Dataflow.ppt"
94 1
95
* Coleopterist (Ottó Merkl) attachment:"Coleopterology_Work_and_Dataflow"
96
97
* Lepidopterist (László Ronkay) attachment:"Lepidopterology_Work_and_Dataflow"
98
99
* Lichenologist (László Lőkös) attachment:"Lichenology_Work_and_Dataflow"
100
101
* Limnologist (László Forró)
102
103 6 Markus Döring
* Malacologist (Zoltán Fehér) attachment:"Malacology_Work_and_Dataflow"
104 1
105 17 Niels Hoffmann
ATBI Interviews were made with the following researchers from the Staatliches Museum für Naturkunde Stuttgart:
106 10 Markus Döring
107 1
* Lepidopterist (Dietger Hausenblas) attachment:ATBI_Questionnaire_DIETGER_HAUSENBLAS.PDF
108
109 6 Markus Döring
* Lepidopterist (Cristoph Haeuser) attachment:ATBI_Questionnaire_CRISTOPH_HAEUSER.PDF
110 11 Veronika Kiss
111 10 Markus Döring
* Orthopterologist (Klaus Riede) attachment:ATBI_Questionnaire_KLAUS_RIEDE.PDF
112 1
113 17 Niels Hoffmann
* Arno Wörz (deals with ferns and flowering plants) attachment:ATBI_Questionnaire_ARNO_WURZ.PDF
114 1
115
ATBI Interview were made with the following researcher from the University of Erlangen-Nurenberg:
116
117 17 Niels Hoffmann
* Entomologist (Jürgen Schmidl) attachment:ATBI_Questionnaire_JURGEN_SCHMIDL.PDF
118 12 Norbert Kilian
119 17 Niels Hoffmann
Interviews in connecting with Bottleneck Analisys were made with the following researchers from the Staatliches Museum für Naturkunde Stuttgart:
120 12 Norbert Kilian
121
* Lepidopterist (Cristoph Haeuser) attachment:Questionnaire_Bottleneck_CRISTOPH_HAEUSER.PDF
122
123 17 Niels Hoffmann
* Arno Wörz (deals with ferns and flowering plants) attachment:Questionnaire_Bottleneck_ARNO_WURZ.PDF
124 14 Norbert Kilian
125 12 Norbert Kilian
126
127 1
128 5 Markus Döring
## Presentations by the HNHM
129 1
130
London Meeting 2007 January:
131
132
* attachment:LondonKew2007Jan.ppt
133
134
Budapest Meeting 2007 May:
135
136
* attachment:UnificationOfModels2007May.ppt
137
138
* attachment:WorkFlow2UseCase2007May.ppt
139
140 5 Markus Döring
* attachment:WorkFlowManagement2007May.ppt
141 1
142
* attachment:DataModellingOnUML2007May.ppt
143
144 5 Markus Döring
* attachment:ATBI_Interviews2007May.ppt
145 1
146
Inventory  Model by HNHM
147
148
* attachment:2007_05_08_EDIT.zip
149
150
151 4 Markus Döring
152
## UML description
153 1
154
* UML 2.1.1. Infrastructure: attachment:07-02-04.pdf
155
156
* UML 2.1.1. Superstructure: attachment:07-02-03.pdf