ADONIS Method Manual
ADONIS Method Manual
Version 3.81
Volume III
Method Manual
ADONIS
Standard Method
Volume 1:
Introduction Manual
Volume 2:
User Manual
Volume 3:
Method Manual
Volume 4:
Volume 5:
Addresses:
Austria:
Germany:
Spain:
Ireland:
Greece:
Poland:
Hotline:
Home page:
http://www.boc-eu.com
http://www.boc-us.com
1996
1997
1999/2000
2002
2003
2005
No part of this work covered by the copyright hereon may be reproduced or used in any form or by any
means graphic, electronic, or mechanical, including photocopying, recording, or information storage
and retrieval systems without the prior written approval of BOC GmbH.
Table of Contents
Preface ........................................................................................................................ 1
1.
I.
II.
III.
1.
Note .......................................................................................................................................................................... 1
ADONIS............................................................................................................... 3
The ADONIS standard method ........................................................................ 5
Information for ADONIS users ......................................................................... 7
Model types........................................................................................................................................................... 7
1.1
Company map......................................................................................................................................... 8
1.2
Business Process Model...................................................................................................................... 9
1.3
Working Environment model.......................................................................................................... 10
1.4
Document model................................................................................................................................. 11
1.5
Use Case Diagram............................................................................................................................... 11
2. Classes ................................................................................................................................................................. 13
2.1
Class "Actor" .......................................................................................................................................... 13
2.2
Class "Use case"................................................................................................................................... 14
2.3
Class "System boundary"................................................................................................................. 14
2.4
Class "Process start" .......................................................................................................................... 15
2.5
Class "Subprocess"............................................................................................................................. 17
2.6
Class "Activity" ...................................................................................................................................... 19
2.7
Class "Decision" ................................................................................................................................... 24
2.8
Class "Parallelity"................................................................................................................................. 25
2.9
Class "Merging" .................................................................................................................................... 26
2.10 Class "End"............................................................................................................................................. 27
2.11 Class "Variable" .................................................................................................................................... 28
2.12 Class "Random generator" .............................................................................................................. 29
2.13 Class "Resource" (__BP_Resource__).......................................................................................... 30
2.14 Class "Process"..................................................................................................................................... 31
2.15 Class "Performance indicator overview" .................................................................................... 33
2.16 Class "Performance indicator" ....................................................................................................... 34
2.17 Class "Document"................................................................................................................................ 38
2.18 Class "Note" ........................................................................................................................................... 38
2.19 Class "Aggregation" ............................................................................................................................ 39
2.20 Class "Swimlane (horizontal)" ........................................................................................................ 40
2.21 Class "Swimlane (vertical)".............................................................................................................. 41
2.22 Class "Organizational unit" .............................................................................................................. 42
2.23 Class "Performer" ................................................................................................................................ 43
2.24 Class "Role"............................................................................................................................................ 45
2.25 Class "Resource" (__WE_Resource__) ......................................................................................... 45
2.26 Class "Cost center".............................................................................................................................. 46
3. Relations.............................................................................................................................................................. 48
3.1
Relation "Subsequent" ...................................................................................................................... 48
3.2
Relation "Sets variable"..................................................................................................................... 49
3.3
Relation "Sets" ...................................................................................................................................... 50
3.4
Relation "Uses" ..................................................................................................................................... 50
3.5
Relation "communicates"................................................................................................................. 50
3.6
Relation "contains".............................................................................................................................. 51
3.7
Relation "extends" ............................................................................................................................... 52
3.8
Relation "Generalisation".................................................................................................................. 52
3.9
Relation "uses"...................................................................................................................................... 53
3.10 Relation "Has process" ...................................................................................................................... 54
3.11 Relation "has Subdocument" ......................................................................................................... 54
3.12 Relation "Owns".................................................................................................................................... 54
page I
Table of Contents
4.
5.
6.
7.
page II
Table of Contents
8.
9.
IV.
1.
Tables .................................................................................................................................................................116
Example models.............................................................................................................................................117
9.1
Models of the file Example-General.adl....................................................................................117
9.1.1
Problem description ............................................................................................................118
9.1.2
Modelling in ADONIS .........................................................................................................118
9.1.2.1
Company map "Applying for vacation" .............................................................118
9.1.2.2
WE Model "Department 5" .....................................................................................119
9.1.2.3
BP Model "Application for vacation"....................................................................120
9.1.2.4
BP model Decline application" ..............................................................................122
9.2
Models from the file Example-General_with_resources.adl.............................................123
9.2.1
Problem description ...........................................................................................................124
9.2.2
Modelling in ADONIS .........................................................................................................124
9.2.2.1
Company map "Application for vacation (resource)" ...................................124
9.2.2.2
WE Model "Application department (resource)".............................................125
9.2.2.3
BP Model "Application for vacation (resource)""............................................126
9.2.2.4
BP Model "Decline application (resource)".......................................................127
9.3
Models from the file "example-insurance.adl" ......................................................................127
9.3.1
Problem description ............................................................................................................128
9.3.2
Modelling in ADONIS .........................................................................................................129
9.3.2.1
WE Model "customer service dept."" ...................................................................130
9.3.2.2
BP Model "Contract value enquires (written)" ...............................................131
9.3.2.3
"BP Model "Change of address" ............................................................................133
9.3.2.4
BP Model "Change name of policy holder" .....................................................134
9.3.2.5
BP Model "BP change of beneficiary""..............................................................135
9.3.2.6
BP Model "SP Dispatch written evaluation" .....................................................136
9.3.2.7
BP Model "SP Policy update"................................................................................137
9.3.2.8
Document model "Customer service department" ......................................138
9.3.2.9
Use case diagrams "Customer database"........................................................138
9.4
Models of the example-bank.adl.................................................................................................139
9.5
Models of the file "Example - Public Sector.adl" ..................................................................140
9.6
Models of the "example-health.adl"...........................................................................................141
9.7
Models of the file "example-telecomunication.adl" .............................................................141
page III
Table of Contents
1.1.27
Class "Aggregation" ............................................................................................................. 183
1.1.28
Class "Note" ............................................................................................................................ 184
1.1.29
Relation "Subsequent" ....................................................................................................... 186
1.1.30
Relation "Sets variable"...................................................................................................... 187
1.1.31
Relation "Sets" ....................................................................................................................... 188
1.1.32
Relation "uses"....................................................................................................................... 188
1.1.33
Relation "communicates".................................................................................................. 188
1.1.34
Relation "contains"............................................................................................................... 188
1.1.35
Relation "extends" ................................................................................................................ 189
1.1.36
Relation "Generalisation"................................................................................................... 189
1.1.37
Relation "Uses (use case)" ................................................................................................ 189
1.1.38
Relation "Has process" ....................................................................................................... 190
1.1.39
Relation "has Subdocument" .......................................................................................... 190
1.1.40
Relation "Owns"..................................................................................................................... 190
1.1.41
Relation "has Note".............................................................................................................. 191
1.1.42
Relation "Is subordinated" ................................................................................................ 191
1.1.43
Relation "has Resource" .................................................................................................... 191
1.1.44
Relation "Belongs to "......................................................................................................... 191
1.1.45
Relation "Is manager" ......................................................................................................... 191
1.1.46
Relation "Has role" ............................................................................................................... 192
1.1.47
Relation "Uses resource" ................................................................................................... 192
1.1.48
Relation "Is charged to" ..................................................................................................... 192
1.1.49
Relation "Is cost center manager" ................................................................................. 193
1.1.50
Relation "has Note".............................................................................................................. 193
1.2
AttrRep .................................................................................................................................................. 193
1.2.1
Class "Actor" ........................................................................................................................... 194
1.2.2
Class "Use case".................................................................................................................... 195
1.2.3
Class "System boundary".................................................................................................. 195
1.2.4
Class "Process start" ........................................................................................................... 195
1.2.5
Class "Subprocess".............................................................................................................. 196
1.2.6
Class "Activity" ....................................................................................................................... 197
1.2.7
Class "Decision" .................................................................................................................... 198
1.2.8
Class "Parallelity".................................................................................................................. 198
1.2.9
Class "Merging" ..................................................................................................................... 199
1.2.10
Class "End".............................................................................................................................. 199
1.2.11
Class "Variable" ..................................................................................................................... 199
1.2.12
Class "Random generator" ............................................................................................... 200
1.2.13
Class "Resource"................................................................................................................... 200
1.2.14
Class "Process"...................................................................................................................... 200
1.2.15
Class "Performance indicator overview" ..................................................................... 201
1.2.16
Class "Performance indicator" ........................................................................................ 202
1.2.17
Class "Document"................................................................................................................. 202
1.2.18
Class "Note" ............................................................................................................................ 203
1.2.19
Class "Aggregation" ............................................................................................................. 203
1.2.20
Class "Swimlane (horizontal)" ......................................................................................... 204
1.2.21
Class "Swimlane (vertical)"............................................................................................... 204
1.2.22
Class "Organizational unit" ............................................................................................... 204
1.2.23
Class "Performer" ................................................................................................................. 205
1.2.24
Class "Role"............................................................................................................................. 205
1.2.25
Class "Resource"................................................................................................................... 206
1.2.26
Class "Cost center"............................................................................................................... 206
1.2.27
Class "Aggregation" ............................................................................................................. 206
1.2.28
Class "Note" ............................................................................................................................ 207
1.2.29
Relation "Subsequent" ....................................................................................................... 207
1.2.30
Relation "communicates".................................................................................................. 208
1.2.31
Relation "contains"............................................................................................................... 208
1.2.32
Relation "extends" ................................................................................................................ 208
1.2.33
Relation "Generalisation"................................................................................................... 208
1.2.34
Relation "uses"....................................................................................................................... 209
1.3
Model pointer ..................................................................................................................................... 209
1.3.1
Class "Use case".................................................................................................................... 209
page IV
Table of Contents
1.3.2
Class "Subprocess" ..............................................................................................................209
1.3.3
Class "Process" ......................................................................................................................209
1.3.4
Class "Organizational unit"................................................................................................210
1.4
Class cardinality.................................................................................................................................210
1.4.1
Class "Process start"............................................................................................................210
1.4.2
Class "Subprocess" ..............................................................................................................210
1.4.3
Class "Activity"........................................................................................................................211
1.4.4
Class "Decision" .....................................................................................................................211
1.4.5
Class "Parallelity" ..................................................................................................................211
1.4.6
Class "Merging"......................................................................................................................211
1.4.7
Class "End" ..............................................................................................................................211
1.4.8
Class "Variable"......................................................................................................................212
1.4.9
Class "Random generator" ................................................................................................212
1.4.10
Class "Performance indicator overview"......................................................................212
1.4.11
Class "Cost center" ...............................................................................................................212
1.5
Conversion............................................................................................................................................212
1.5.1
Class "Subprocess" ..............................................................................................................213
1.5.2
Class "Subprocess" ..............................................................................................................213
2. Library attributes ...........................................................................................................................................214
2.1
Key words (Description) .................................................................................................................215
2.2
Description (Description) ...............................................................................................................215
2.3
Comments (Comments) .................................................................................................................215
2.4
Service (Description)........................................................................................................................215
2.5
Author (Description).........................................................................................................................216
2.6
Creation date (Description)...........................................................................................................216
2.7
Last user (Description)....................................................................................................................216
2.8
Date last changed (Description)..................................................................................................216
2.9
Modes (Layout) ..................................................................................................................................216
2.10 Versioning format (Layout) ...........................................................................................................219
2.11 Page layout (Layout) ........................................................................................................................219
2.12 Object arrangement (Layout) .......................................................................................................219
2.13 External coupling (Layout).............................................................................................................220
2.14 Connector marks - Numbers (Layout) .....................................................................................225
2.15 Connector marks - Graphical representation (Layout)......................................................225
2.16 Quick access bars - User defined (Layout).............................................................................225
2.17 Quick access bars - Library bars (Layout) ..............................................................................226
2.18 Configuration of documentation (Layout)...............................................................................226
2.19 Default settings (Layout) ................................................................................................................237
2.20 Relation analysis (Analysis)...........................................................................................................237
2.21 Simulation definition - Simtext (Simulation) .........................................................................238
2.22 Simulation definition - Simmapping (Simulation)...............................................................239
2.23 Simulation definition - Sim result mapping (Simulation) ................................................239
2.24 Simulation definition - Variable check (Simulation) ...........................................................240
2.25 Agent definition (Simulation) .......................................................................................................240
2.26 Enterprise time - days per year (Simulation) ........................................................................241
2.27 Enterprise time - hours per day (Simulation) .......................................................................241
2.28 Process cost analysis - CCC Mapping (Evaluation).............................................................241
2.29 Process cost analysis - CCC Default setting (Evaluation) .................................................242
2.30 Dynamic evaluation modules (Evaluation) .............................................................................242
V.
Index................................................................................................................243
page V
Preface
Welcome to
The integrated Business Process Management and Knowledge toolkit from BOC GmbH.
ADONIS offers you a wide-range of various functionalities in the following operational areas:
E-Business:
E-business application development, as well as constant and integrated modelling of business
models, Business Processes, products, IT systems and IT infrastructures.
Business process management:
Acquisition, modelling, analysis, simulation, evaluation, documentation and realisation of
Business Processes.
Process-based application development:
Application development with workflow, CASE-, groupware and object technology as well as
process-based introduction of standard software.
Process Warehouses:
Operational data management and Evaluation based on business process and integrated
solutions with different workflow products .
Knowledge management - Training and Learning:
Production of training supports through graphic models and process orientated knowledge
management.
ADONIS is a client/server multi-user system, which has an object-oriented structure.
Additionally, ADONIS has a remarkable adaptation possibility, so it can be configured according
to your needs and developed according to your requirements(ADONIS-customising)".
We hope that our tool meets your requirements and that you have a lot of fun working with
ADONIS.
Your BOC team
Vienna, 2005
1.
Note
page 1
Preface
We would like to explicitly state here that wherever the third person singular is used within this
manual, this is intended to include female as well as male persons. The use of the male form of
description is not intended to be discriminatory in any way but is simply used in order to ensure
consistent descriptions.
page 2
Part I
ADONIS
Successful and dynamic enterprises can achieve decisive competitive advantage through the
ability to adapt their Business Processes quickly to the rapidly changing market conditions and
through the active arrangement of their core competencies. The increasing dynamic,
globalisation and increasing competition makes efficient Business Process Management an
essential goal.
To enable this, the Procedural Modelling, Analysis, Simulation and Evaluation of Business
Processes is an decisive success factor. The goals of Business Process Management are the
optimisation of both the processes of an enterprise as well as the resources and technology
which execute those processes.
The ADONIS Business Process Management toolkit, which was developed by BOC Information
Technologies Consulting GmbH in co-operation with the University of Vienna offers essential tool
support for Re-engineering and Reorganisation of projects.
ADONIS was specifically designed for the particular needs of financial services organisations and
provides functionality primarily for the following application areas:
Business Process Optimisation / Business Process Re-engineering (BPR)
Quality Management / ISO9000 Certification and Maintenance
Controlling (Process Costing)
Personnel Management (Personnel and Resource planning)
Organisation Management (Enterprise documentation, Job descriptions etc.)
Information Management (Creation of technical concepts for IT systems, Interfaces to
Workflow and CASE systems, Introduction of ERP Systems)
Creation of electronic handbooks which can be made available over an intranet with the use
of powerful multi media functionality
Evaluation of Business Processes (Benchmarking, Monitoring, "Should-be" comparison)
The "Meta-concept" of ADONIS means that through customising, the tool can be configured to
optimally suit the particular requirements of any user. The ADONIS user can decide by himself
how he should build the processes and how he can best use the ADONIS mechanisms. As
ADONIS is method independent, the management of Business Processes on different levels is
guaranteed.
page 3
Part II
The ADONIS standard method
The ADONIS standard method describes a universal modelling technique to model diagrams
and organisation charts.
The method is based on the experience and know-how collected by BOC in business process
and knowledge management projects and is a industry-neutral methodology for modelling,
documentation and optimisation of the business. The available model types (see chap. 1., p. 7)
enable an integrated and consistent representation of strategy to deployment-relevant
information on different levels.
page 5
Part III
Information for ADONIS users
Within this part of the method manual you will find an overview of the model types, classes, and
relations contained in the ADONIS standard application library 3.81. Moreover it should explain
which queries and relation tables can be used and which library specific functions are available.
An introduction together with example models should make easier to understand the ADONIS
standard method library version 3.81 and its features.
The areas are:
Model types (see chap. 1., p. 7)
Classes (see chap. 2., p. 13)
Relations (see chap. 3., p. 48)
Predefined queries and relation tables (see chap. 4., p. 58)
-
1.
Model types
In the ADONIS standard application library the following model types are defined:
Company map (see chap. 1.1, p. 8)
Business Process Model (see chap. 1.2, p. 9)
Working Environment model (see chap. 1.3, p. 10)
Document model (see chap. 1.4, p. 11)
Use case diagram (see chap. 1.5, p. 11)
The dependencies and relationships between the model types are summarized in the figure
(see fig. 1, p. 8) below.
page 7
Part III
The arrows represent the references between the model types. The arrow label indicates name
of attribute that contains a defined reference to the respective model type.
1.1
Company map
Company maps are used to model an overview of Business Process Models (see chap. 1.2, p. 9)
or other company maps. Therefore a company map can be seen as a navigation help and entry
point into the hierarchy of your Business Process Models.
The following classes are available in company maps:
Process (see chap. 2.14, p. 31)
Performance indicator overview (see chap. 2.15, p. 33)
Performance indicator (see chap. 2.16, p. 34)
Note (see chap. 2.18, p. 38)
Aggregation (see chap. 2.19, p. 39)
The following relations are available in company maps:
Has process (see chap. 3.10, p. 54)
Owns (see chap. 3.12, p. 54)
Has Note (see chap. 3.13, p. 55)
page 8
For company maps only the mode "Standard" has been defined, i.e. all available classes and
relations will always be shown.
1.2
page 9
Part III
1.3
page 10
1.4
Document model
Document models contain documents (templates), which are utilised in the processes (input,
output to activities etc.).
In document models the following classes are available:
Document (see chap. 2.17, p. 38)
Note (see chap. 2.18, p. 38)
Aggregation (see chap. 2.19, p. 39)
In document models the following relations are available:
Has note (see chap. 3.13, p. 55)
Has Subdocument (see chap. 3.11, p. 54)
For document models only the mode "Standard" has been defined, i.e. all available classes and
relations will always be shown.
1.5
In Use case diagrams interactions between systems and involved parties are shown and
described.
The involved parties have requirements for the system in order to reach goals. These
requirements lead to a number of interactions with the system. Then the system performs
actions to fulfil these requirements.
The ideal way (i.e. a series of steps and the communication with the involved parties) to deal
with such a request is called a scenario in Unified modelling Language (UML). UML is a method
to model object-oriented systems in complex software systems. Scenarios in UML are not
explicitly modelled but can be additionally described in textual form.
There are many methods and scenarios to accomplish the user's goal such as I would like to
withdraw money from my bank account. The money can e.g. be withdrawn using an ATM machine
or by going to a bank counter. These are two of the possible scenarios. Later on, it is possible
page 11
Part III
that the transaction cannot be completed and the customer cannot withdraw the money. Also
scenarios have to be described to deal with exceptions, errors, etc.
All scenarios relating to the same user target are grouped into a use case which is represented
by the ellipse in the diagram. The use case Withdraw money from account summarises all
possible scenarios to withdraw money from an account. The use case, on the one hand,
describes the responsibility of the system bank in relation to its customers. On the other hand it
describes the requirements from the customers to the system.
In use case diagrams the users interacting with a system are shown and the requirements from
the users which have to be fulfilled by the system are modelled. The requirements describe the
internal system and the users the system environment. In use case diagrams particular
importance is given to the interface between systems and the system environment. With the
third modelling element, the system interface, this distinction can be emphasized.
Use cases are often used in the early phases of an IT project to support the requirements
analysis. Requirements for a future or existing system and the involved parties are defined.
Involved parties put requests to the system and therefore have a relation to the system. These
relationships can be shown very clearly using a use case diagram.
For use case diagrams only the mode "Standard" has been defined, i.e. all available classes and
relations will always be shown.
page 12
2.
Classes
The list mentioned below contains all the classes needed to create models. Its availability in a
model depends on the chosen Model type (see chap. 1., p. 7) and on the selected view mode.
Note: The description of the view modes you can find in the chapters on particular
model types Company map (see chap. 1.1, p. 8), Business Process Model
(see chap. 1.2, p. 9), Working Environments model (see chap. 1.3, p. 10), Document
model (see chap. 1.4, p. 11) and Use case diagram (see chap. 1.5, p. 11).
2.1
Class "Actor"
page 13
Part III
2.2
A use case describes a function that is visible for the user. It helps the user to achieve a certain
goal.
The size and number of use cases for a system are not defined and can be selected depending
on the user, for particular circumstances.
For the class "Use case" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "Use case".
For documentation purposes.
Comment (Description): Enter a comment.
For documentation purposes.
External documentation (Description): The "External documentation" enables the
integration of existing design documents, as well as complementary external documents.
Details (Description): The attribute "Details" can be used to decompose the current use
case within a separate Use case diagram.
Open questions (Description): You can enter questions that are still open for this object.
If you enter text here, a red question mark appears above the object symbol on the drawing
area;
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar ein.
Dient der Dokumentation.
2.3
page 14
With the system boundary several use cases, which build a logical unit, can be summarised..
For the class "System boundary" the following attributes are defined:
Name (Description):
Representation (Description): Select whether the object name should be displayed inside
or outside the object.
Description (Description): Enter a description of the system boundary.
For documentation purposes.
Comment (Description): Enter a comment for the system boundary.
For documentation purposes;
Open questions (Description): You can enter questions that are still open for this object.
If you enter text here, a red question mark appears above the object symbol on the drawing
area.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung der Systemgrenze ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung der Systemgrenze ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur Systemgrenze ein.
Dient der Dokumentation.
2.4
Every business process model must contain exactly one Process start object, which symbolizes
the beginning of the business process model.
The object "Process start" has no predecessor and only one subsequent and variables can be
assigned to the Process start.
For the class "Process start" the following attributes are defined:
Name (Description):
Order (Description): This attribute can be set with the help of the "Object numbering"
function, which numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Description (Description): Enter a description of the "Process start".
For documentation purposes.
Comment (Description): Enter a comment for the Process start.
page 15
Part III
Aggregated execution time (Simulation results): The value of this attribute contains an
estimator of the expected value of the execution time of the business process.
More information can be found in the attribute "Info on results".
Aggregated waiting time (Simulation results): The value of this attribute contains an
estimator for the expected value of the waiting time of the business process.
More information can be found in the attribute "Info on results".
Aggregated resting time (Simulation results): The value of this attribute contains an
estimator for the expected value of the resting time of the business-process.
More information about the relevant period can be found in the attribute "Info on results".
Aggregated transport time (Simulation results): The value of this attribute contains an
estimator for the expected value of the transport time of the business-process.
More information about the relevant period can be found in the attribute "Info on results".
Aggregated costs (Simulation results): The value of this attribute contains an estimator for
the expected activity-costs of this business process.
More information about the relevant period can be found in the attribute "Info on result".
Aggregated personnel costs (Simulation results): The value of this attribute contains an
estimator for the expected value of the personnel costs of the business process.
More information about the relevant period can be found in the attribute "Info on results".
Info on results (Simulation results): The value of this attribute gives more information
about the last evaluation carried out.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung des Prozestarts an.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung des Prozestartes ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zum Prozestart ein.
Dient der Dokumentation;
2.5
Class "Subprocess"
It is possible to call other processes with the object "Subprocess". Rather than repeating the
same process steps within a larger model a number of times, it makes sense to create a
subprocess, which can be called wherever necessary. The Subprocess object can also be useful
when you want to structure your business processes to maximise clarity.
It must have at least one predecessor and at most one subsequent.
If the name of a business process model is entered in the attribute "Referenced subprocess",
then that name will be visualised, otherwise the object name will be visualised by default.
For the class "Subprocess" the following attributes are defined:
2005 BOC, www.boc-group.com
page 17
Part III
Name (Description):
Referenced subprocess (Description): Enter the model name of the subprocess which is to
be called.
Please be careful that the name entered here matches that of the model to be called.
Display name and reference (Description): Activate this option, so that both the object
name and the model name of the subprocess are displayed in the model graphic.
Order (Description): This attribute can be set with the help of the "Object numbering"
function, which numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Description (Description): Enter a description of the "Subprocess".
For documentation purposes.
Comment (Description): Enter a comment for the subprocess.
For documentation purposes.
Open questions (Description): You can enter here questions that are still open for this
object.
If you enter text here, a red question mark appears above the object symbol on the drawing
area.
Performer (Working environment): You can assign performers, i.e. you can link business
processes to working environments.
The expression entered here is used in all activities of the referenced process (and of the
subprocesses that it possibly references), if no performer assignment has been entered in
these activities.
The dialogue button on the right above the input field "Performer" calls the support dialogue
for entering the performer assignment.
The value of this attribute is required for the simulation.
In addition to the static elements of AQL you can use the two dynamic constructions
"Performer of" and "Done by" for the assignment of performers in the capacity and workload
analysis.
"Performer of": process intern, syntax: performer of <Activity>
The result is the performer of the working environment model, who executed the activity
during simulation.
This way it is secured that an activity will be executed by the same performer as assigned in
the performer field (useful, when e.g. many performers work in the same department, but
only one of them executes the whole process flow).
Example: Performer of "Contract be filed"
"Done by": process inter-referenced, syntax: done by <Variable>
The result is the performer of the working environment model, who executes the activity
during simulation, at which the variable refers to. To use this construction the name of the
variable of the refered activity should be entered in the "Done by" attribute.
Example: Done by "Contract performer"
Aggregated execution time (Simulation results): This attribute contains the aggregated
execution time determined by the simulation for the business process model entered in the
attribute "Referenced subprocess" with respect to a year or a business process.
More information about the relevant period can be found in the referenced business process
model in the attribute "Info on results" of the Process start object.
If no model has been referenced, the default value "00:000:00:00:00" is displayed.
page 18
2.6
Class "Activity"
page 19
Part III
page 20
page 21
Part III
page 22
During path analysis, activities are not assigned to specific performers. Therefore a cooperative activity is doubled during analysis by the "Average number of participants" and
these are then executed like parallel activities.
Min. quota of presence (Other simulation data): This attribute is evaluated during the
execution of the co-operative activities by the simulation algorithm "Workload Analysis".
It refers to the minimum number of performers who must be present before a synchronous,
co-operative activity can be executed.
If a sufficient number of performers are not available, the activity is delayed until they
become available. The maximum delay period is held in the attribute "Max. start period".
Max. start period (Other simulation data): This attribute is evaluated during the execution
of the co-operative activities by the simulation algorithm "Workload Analysis".
The value of the "Max. start period" attribute indicates the maximum length of time for
which a co-operative activity may not be executed until a sufficient number of performers is
available (see "Min. quota of presence").
Priority (Other simulation data): Enter the priority for the activity to be executed.
The larger the value of this attribute, the higher the activity's priority. Then, the execution of
such an activity in the simulation is done according to its priority. Activities with the same
priority are worked out according to their delivery order.
Max. resource waiting time (Other simulation data): The maximum resource waiting time
declares the resource waiting time period for which a performer awaits the necessary
resources to become available.
If the resource waiting time is greater than declared, the performer will reassign the activity
within the task stack.
Example:
If the value of this attribute is: "00:000:00:05:00".
This means that the performer of this task will wait maximum 5 minutes for the necessary
resource to become available. This task will then be attempted again when the following task
has been completed.
Number (Simulation results): The number contains the number of times this activity was
executed concerning the last evaluation carried out.
Aggregated execution time (Simulation results): This attribute contains the whole execution
time of an activity (either referenced to a year or a business process).
More information can be found in the attribute "Info on results".
Aggregated waiting time (Simulation results): This attribute contains the whole waiting
time of an activity (either referenced to a year or a business process).
More information can be found in the attribute "Info on results".
Aggregated resting time (Simulation results): This attribute contains the whole resting time
of an activity (either referenced to a year or a business process).
More information about the relevant period can be found in the attribute "Info on results".
Aggregated transport time (Simulation results): This attribute contains the whole transport
time of an activity (either referenced to a year or a business process).
More information about the relevant period can be found in the attribute "Info on results".
Aggregated costs (Simulation results): This attribute contains the costs of an activity (either
referenced to a year or a business process).
More information can be found in the attribute "Info on results".
Aggregated personnel costs (Simulation results): This attribute contains the personnel
costs of an activity (either referenced to a year or a business process).
More information can be found in the attribute "Info on results".
2005 BOC, www.boc-group.com
page 23
Part III
Info on results (Simulation results): The value of this attribute gives more information
about the last evaluation carried out.
External tool coupling (External tool coupling):
Bezeichnung (Deutsch): Geben Sie die Bezeichnung der Aktivitt ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie die Beschreibung der Aktivitt ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur Aktivitt ein.
Dient der Dokumentation.
2.7
Class "Decision"
The decision object within a business process model allows pre-defined variables to be queried
in order to determine the path through the process.
A decision has at least one predecessor and at least two subsequents.
During a simulation only one of the subsequents must be "true" that is an correct value in the
attribute "Transition condition" of the "Subsequents".
During the analytical evaluation, the subsequent connectors of the decisions have to be set with
a transition probability, where the sum of all transition probabilities of the subsequent
connectors outgoing from a decision object must always be (1).
If the sum of all transition probabilities of the subsequent connectors outgoing from a decision
object is not (1), it will be displayed in the graphical representation with a red "!" (on the right
above the decision object) meaning that no analytical evaluation is possible.
For the class "Decision" the following attributes are defined:
Name (Description):
Order (Description): This attribute can be set by the "Object numbering" function, which
numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Description (Description): Enter a description of the "Decision".
For documentation purposes.
Comment (Description): Enter a comment for the decision.
For documentation purposes.
Open questions (Description): You can enter questions that are still open for this object.
If you enter text here, a red question mark appears above the object symbol on the drawing
area.
page 24
2.8
Class "Parallelity"
The parallelism makes it possible for several paths in a business process to be executed at the
same time.
Every parallelism ends with a union (Merging object).
The object parallelity has at least one predecessor and at least two subsequents. A transition
condition can be set on a subsequent relation following a parallelism object. This means that
one (or more) of the "parallel" paths may be followed only in certain conditions
The object "parallelity" should have the same number of subsequents as the corresponding
"Merging" object has predecessors. The only exception is allowed, when a "Decision" splits a path
into two or more (logical) paths. Only the paths which started from the object "Parallelity" may
lead to the corresponding object "Merging".
The name of a parallelism can be visualised, if required by changing the "Representation"
attribute in the Notebook.
For the class "Parallelity" the following attributes are defined:
Name (Description):
Representation (Description): State whether the name of the parallelity should be
visualised.
Order (Description): This attribute can be set by the "Object numbering" function, which
numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Modeling direction (Description): Please select the modelling direction:
- from left to right (horizontal),
- up to down (vertical)
The graphical representation on the drawing area will be adjusted accordingly.
Description (Description): Enter a description of the "Parallelity".
For documentation purposes.
Comment (Description): Enter a comment for the parallelism.
page 25
Part III
2.9
Class "Merging"
page 26
2.10
Class "End"
The object "End" marks the end of business process path. Several objects of the class "End" are
allowed in one model.
The object "End" has at least one predecessor and no subsequent.
The name of the end-object can be visualised with the appropriate adjustments of the attribute
"Representation".
For the class "End" the following attributes are defined:
Name (Description):
Representation (Description): Select whether the name of the End object should be
displayed.
Order (Description): This attribute can be set by the "Object numbering" function, which
numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Type (Description): A local end indicates the end of the current business process and the
return to a calling business process. The path will then continue through the calling process.
However the path in the calling process is now interrupted and returns to its calling
process... and so on... until the entire process ends.
A global end indicates the end of the current business process and the return to the calling
business process.
If a global end occurs inside a parallelism, then the path continues until the corresponding
merging and then the process ends as described above.
Description (Description): Enter a description of the "End".
For documentation purposes.
Comment (Description): Enter a comment for the end.
For documentation purposes.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung des Endes ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung des Endes ein.
Dient der Dokumentation.
page 27
Part III
2.11
Class "Variable"
page 28
2.12
The Random generator sets a variable with a certain value. The value can be set through a
steady or a discrete distribution function.
The object "Random generator" does not have any predecessors or any subsequents. The object
"Random generator" can be related to the following objects:
- "Variable" through the relation "Sets variable",
- "Process start","Activity" through the relation "Sets".
Several Random generators can set the same "Variable" object with values.
For the class "Random generator" the following attributes are defined:
Value (Description): Select the type of distribution and the corresponding parameters.
The syntax for entering a continuous distribution is:
- for normal distribution: Normal (<Number1>; <Number2>), where <Number1> is the
expectancy and <Number2> is the standard deviation.
Example: Normal (1200; 100) - the variable has a normal distribution with an expected
value of 1200 and a standard deviation of 100.
- for exponential distribution: Exponential (<Number>), where <Number> corresponds to 1
divided by the expectancy (1/E).
Example: Exponential (0,002) - the value is distributed exponentially with the expectancy of
500.
- for uniform distribution: Uniform (<Number1>; <Number2>), where <Number1> is the
lower boundary and <Number2> the upper one.
Example: Equal (0 ; 100) - the variable is distributed uniformly between the boundaries of
0 and 100.
The syntax for the discrete distribution is:
Discrete (<Symbol1> <Number1>; <Symbol2> <Number2> ; ...)
You can define one or more symbols with their probabilities of occurrence (Number1,
Number2, ...). Note the sum of all the probabilities for a discrete distribution must be 1!
Example: Discrete (YES 0.6; NO 0.4) - the variable is assigned with the value "YES" with a
probability of 0.6 and NO with a probability of 0.4. Note the transition conditions are defined
as follows <Variable name>="YES" or <Variable name>="NO".
For cycles, it is possible to assign more than one distribution to the attribute "Value" so that
the value is changed in every cycle. Separate the distribution with ";". During simulation the
first distribution will be run in the first cycle, the second distribution in the second cycle etc.
Description (Description): Enter a description of the "Random generator".
For documentation purposes.
Comment (Description): Enter a comment for the random generator.
For documentation purposes.
page 29
Part III
Variablenbelegung
(Deutsch):
Geben
Sie
den
Wert
der
2.13
Resources are taken into consideration in the simulation by the algorithms "Workload analysis"
and "Capacity analysis". The object "resource" in a business process model represents exactly
one object "resource" from a working environment model.
The relation is executed by an AQL-expression, which is evaluated dynamically during the
simulation.
In the "Capacity analysis" the resource object is set at its first usage with the corresponding
resource from the working environment and that resource remains until the end of the process
run through.
For the class "Resource" the following attributes are defined:
Name (Description):
Order (Description): This attribute can be set by the "Object numbering" function, which
numbers the objects of the business process model.
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Description (Description): Enter a description of the "Resource".
For documentation purposes.
Comment (Description): Enter a comment for the resource.
For documentation purposes.
page 30
Type of resource (Description): Select the type of the resource. The graphical
representation on the drawing area will be adjusted accordingly.
Selection (Description): The value of this attribute is used in the simulation algorithms
("Capacity Analysis" and "Workload Analysis"). It is possible to assign resources, i.e. to link
activities with the resources that are required to execute them.
The effect of resources on the cycle time and waiting time of a business process can be
examined by investigating the activities, which use resources.
Mouse-clicking on the dialogue button above the selection box will give support on assigning
resources. In addition to the static elements of AQL, it is possible to use the dynamic
construct "current Performer" for resource assignment (Syntax: current Performer ->
<Resource relation>).
It guarantees that the particular performer will use during the execution of the activity the
assigned resources.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung der Ressource ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung der Ressource ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur Ressource ein.
Dient der Dokumentation.
2.14
Class "Process"
page 31
Part III
page 32
Aggregated personnel costs (Simulation results): This attribute contains the aggregated
personnel costs of an activity with respect to one year or one business process (more
information about the relevant period can be found in the attribute "Info on results").
If a model of type "Company map" or no model is referenced, the default value "0,000000"
is displayed.
Note: The attribute value is automatically updated and cannot be changed manually.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung des Prozesses ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung des Prozesses ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zum Proze ein.
Dient der Dokumentation.
2.15
The class "Performance indicator overview" provides an overview of all performance indicators
defined in a business process or a company map.
In each business process model or a company map with performance indicators, exactly one
object of type "Performance indicator overview" has to be defined in order to perform
initialisation and calculation of current values.
For the class "Performance indicator overview" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "Performance indicator overview".
For documentation purposes.
Comment (Description): Enter a comment.
For documentation purposes.
Performance indicator overview (Performance indicators): In each business process model
or a company map with performance indicators, exactly one object of type "Performance
indicator overview" has to be defined in order to perform initialisation and calculation of
current values.
Otherwise a corresponding message is displayed during initialisation or calculation.
Add references to performance indicators using the add button. After the calculation the
detailed information about each performance indicator (target value, current value, status,
score and updated) will be displayed on the drawing area.
Data access (Database parameter): Enter the instance name of the operational database.
Access to this database will be established during the calculation of performance indicators
of this business process model or company map.
page 33
Part III
2.16
Use the class "Performance indicator" to define performance indicators in business process
models and company maps.
Performance indicators can be assigned to an activity and process objects using the "Owns"
relation.
For the class "Performance indicator" the following attributes are defined:
Name (Description):
Order (Description):
Description (Description): Enter a description of the "Performance indicator".
For documentation purposes;
Comment (Description): Enter a comment.
For documentation purposes.
Periodicity (Details): Define the periodicity of the performance indicator. You can select one
of the following values: "Year", "Half-year", "Quarter", "Month", "Week", "Day".
Please note that the target values have to be entered with the selected periodicity!
Change of referenced date (year) (Details): By using this attribute you can determine which
year is used to calculate the current values.
An entry of 0 results in a calculation corresponding to the current year.
If you choose -1 the calculation corresponds to the previous year.
Change of referenced date (month) (Details): By using this attribute you can determine
which month is used to calculate the current values.
An entry of 0 results in a calculation corresponding to the current month.
If you choose -1 the calculation corresponds to the previous month.
page 34
page 35
Part III
The menu entry "Current value initialisation" prepares the table. Afterwards the target values
for each time period can be entered.
The menu entry "Current value calculation" enters the current values in the corresponding
rows of the table. Additional target level achievements and score's are calculated.
Current values are entered in the column "Current value" and target values in the column
"Target value".
The Status is calculated using the current value, target value, limit type and threshold values
and is entered in the column "Status".
The Score is entered in the "Score" column and the calculation date in the column
"Updated".
Data source (DB Data source): Decide whether the value of the performance indicator from
files of a relational database, from files of an Excel sheet or from files of the attribute
"Manual data input" should be calculated.
If a "Database" is declared as a data source, the data access must be defined on the level of
the class "Performance indicator overview" either in the business process model, or the
company map. It should be done in the attribute "Database access". Additionally the
attribute "SELECT-Statement" in the class "Performance indicator" must be filled.
If an Excel sheet is declared as a data source, the attributes: "Table", "Sheet" and "Cell"
should be filled.
If the "Manual data input" is declared as a data source, the value entered into the attribute
"Manual data input" in chapter "Manual data source" is calculated.
SELECT-Statement (DB data source): You determine the value of the indicator with this
statement.
The SQL-statement must be entered only if a database is defined as the data source.
The interface to the operational database is entered for each business process model or a
company map in the object "Performance indicator overview" in the chapter "Database
parameter".
Data source (Excel data source): Decide whether the value of the performance indicator
from files of a relational database, from files of an Excel sheet or from files of the attribute
"Manual data input" should be calculated.
If a "Database" is declared as a data source, the data access must be defined on the level of
the class "Performance indicator overview" either in the business process model, or the
company map. It should be done in the attribute "Database access". Additionally the
attribute "SELECT-Statement" in the class "Performance indicator" must be filled.
If an Excel sheet is declared as a data source, the attributes: "Table", "Sheet" and "Cell"
should be filled.
If the "Manual data input" is declared as a data source, the value entered into the attribute
"Manual data input" in chapter "Manual data source" is calculated.
Table (Excel data source): Select the Excel file containing the data for the performance
indicator. The formula in "Cell" references to this table.
The table must only be selected if an Excel sheet is used as a data source.
Sheet (Excel data source): Please define the name of the Excel sheet of the referenced Excel
file.
Cell (Excel data source): The attribute "cell" determines the value of the indicator. The
format of the cell reference has to be as follows <Column>,<Row>. Allowed values for
columns and rows are numerical figures or expressions.
Example: the cell reference "4,(1+2*$(MONTH_END))" indicates the fourth column of an
Excel sheet. The indicated row is calculated by the current month * 2 + 1.
In this example, if the calculation takes place in MAY 2004, the result will be:
column 4 and row 11 (5 * 2 + 1 = 11).
page 36
The cell reference corresponds to the attributes "Sheet" and has to be defined only if "Excel
file" is chosen as data source.
The following values are available to create a dynamic cell reference, which depends on the
selected actualisation date. They can be used as described in the example above.
Year: $(YEAR_END)
Month: $(MONTH_END)
Week: $(WEEK)
Day: $(DAY)
The used value is replaced by an appropriate date/number value while actualising.
Example: for the actualisation date 08.09.2004 the variable $(YEAR_END) is replaced by the
value 2004, $(MONTH_END) by is replaced by 9 etc.
Note: The Excel functions can be used in the cell reference.
Data source (Manual data input): Decide whether the value of the performance indicator
from files of a relational database, from files of an Excel sheet or from files of the attribute
"Manual data input" should be calculated.
If a "Database" is declared as a data source, the data access must be defined on the level of
the class "Performance indicator overview" either in the business process model, or the
company map. It should be done in the attribute "Database access". Additionally the
attribute "SELECT-Statement" in the class "Performance indicator" must be filled.
If an Excel sheet is declared as a data source, the attributes: "Table", "Sheet" and "Cell"
should be filled.
If the "Manual data input" is declared as a data source, the value entered into the attribute
"Manual data input" in chapter "Manual data source" is calculated.
Manual data input (Manual data source): Enter the value of the indicator. This value is used
to calculate the current values of performance indicators for a specific time period in the
case of manual data input.
Font size (Representation): Choose the appropriate font size to display the description text.
Font style (Representation): Choose the appropriate font style to display the description
text.
Display current value (Representation): Choose whether the current value below the
performance indicator should be displayed or not.
Display score (Representation): Choose whether the score above the performance indicator
should be displayed or not.
Display periodicity (Representation): Choose whether the periodicity should be displayed
with the performance indicator or not.
Display status (Representation): Choose whether the status should be displayed or not.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie die Beschreibung ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar ein.
Dient der Dokumentation.
page 37
Part III
2.17
Class "Document"
2.18
Class "Note"
2.19
Class "Aggregation"
The aggregation supports the logical structure of model contents on the drawing area.
From an object that is placed on Aggregation, there is an automatic creation of connnections
between the Aggregation and the objects in the model with the relation "Is inside". The relation
"Is inside" is not visualised!.
For the class "Aggregation" the following attributes are defined:
Name (Description):
Display name (Description): Select whether the object name should be displayed on the
drawing area.
Representation (Description): Select whether the object name should be displayed inside
or outside the aggregation.
2005 BOC, www.boc-group.com
page 39
Part III
Font size (Description): Select the font size for the text that is displayed on the drawing
area.
Font style (Description): Select the font style for the text that is displayed on the drawing
area.
Description (Description): Enter a description of the "Aggregation".
For documentation purposes.
Comment (Description): Enter a comment.
For documentation purposes.
Color (Object display): You can define the object colour as follows:
- Select a colour in the "Color" window, which can be opened by clicking on the dialogue
button (on the right above the attribute field)
- Enter a colour name (e.g. "cornflowerblue"; a list of the colour names can be found in the
user documentation or in the online help)
- Enter an hexadecimal value (e.g. "$FFFFFF" for white), where the value begins with "$" and
contains then the red, green and blue values with respectively two digits.
Lines (Object display): Select the type of representation for the framework.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung der Aggregation ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung der Aggregation ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur Aggregation ein.
Dient der Dokumentation.
2.20
page 40
2.21
page 41
Part III
2.22
The integration of the organisational units enables you to describe transparently the hierarchy of
your working environment.
- Performers belong to an organisational unit
- An organisational unit can have a manager
- Several organisational units can be subordinated by another organisational unit
- A organisational unit can use one or more resources
For the class "Organizational unit" the following attributes are defined:
Name (Desription):
Order (Desription): This attribute can be set by the "Object numbering" function, which
numbers the objects of the business process model.
page 42
This can be useful for example within the component "Documentation", to ensure that all
objects are documented in the required order.
Desription (Desription): Enter a description of the "Organizational unit".
For documentation purposes.
Comment (Desription): Enter a comment.
For documentation purposes.
Model reference (Desription): Select a working enviroment model, to break down further
the organisational structure of the organisation.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung der Organisationseinheit einperiod;
Dient der Dokumentation&.
Beschreibung (Deutsch): Geben Sie eine Beschreibung der Organisationseinheit ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur Organisationseinheit ein.
Dient der Dokumentation.
2.23
Class "Performer"
page 43
Part III
Presence (Description): The presence indicates how many days per week and how many
hours per day the performer is present - i.e. available for work.
The entry of the values ("Days per week" and "Hours per day") occurs by selecting the
appropriate presence profiles.
Note: If none of the available presence profiles are appropriate, please ask your ADONIS
administrator to create the required profile.
Hourly wages (Simulation data): Enter the hourly wages of the performer.
Availability (Simulation data): The value "Availability" is referenced in the simulation
algorithm "Capacity analysis".
The availability is automatically calculated based on the presence.
Formula: Days per week Hours per day 40 100 (round number).
If necessary you can define the availability with an integer between 0 and 100.
Calendar (Simulation data): The value of the attribute "Calendar" is evaluated in the
simulation algorithm "Workload analysis".
It defines when a person is available for executing business processes respectively activities.
You can define the so-called "day profiles" and assign them to the days of a year.
Time dependent costs (Simulation data): The "time dependent costs" are evaluated in the
process cost analysis.
Personnel costs (Simulation results): The personnel costs are the product of working time
and hourly wage of the performer.
More information about the relevant period can be found in the attribute "Info on results".
Capacity (Simulation results): The capacity is the ratio of time a performer spent working
on activities to the time he was actually present.
Because the capacity analysis does not simulate on the time-axis, the capacity of more than
100% can occur.
More information about the relevant period can be found in the attribute "Info on results".
Workload (Simulation results): The workload is the ratio of time one performer spent
working on activities compared to the time he at his disposal in one year.
The performer cannot spend more time working on activities than he spends at work.
More information about the relevant period can be found in the attribute "Info on results".
Info on results (Simulation results): The value of this attribute gives more information
about the last evaluation carried out.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung des Bearbeiters ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine Beschreibung des Bearbeiters ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zum Bearbeiter ein.
Dient der Dokumentation.
page 44
2.24
Class "Role"
2.25
Resources are considered during the simulation (capacity and workload analysis).
For the class "Resource" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "Resource".
For documentation purposes.
2005 BOC, www.boc-group.com
page 45
Part III
2.26
page 46
page 47
Part III
3.
Relations
The following section contains all the relations needed to create models. Its availability in a
model depends on the chosen Model type (see chap. 1., p. 7)and on the selected view mode.
Note: The description of the view modes you can find in the chapters on particular
model types Company map (see chap. 1.1, p. 8), Business Process Model
(see chap. 1.2, p. 9), Working Environments model (see chap. 1.3, p. 10), Document
model (see chap. 1.4, p. 11) and Use case diagram (see chap. 1.5, p. 11).
3.1
Relation "Subsequent"
The relation "Subsequent" defines the flow of activities and decisions in a Business Process. It
can be used to link all types of objects with the exception of "Variable", "Random generator",
"Resource", "Aggregation", "Performance indicator" and "Performance indicator overview". The
"Subsequent" relation may contain a transition condition when it follows a Decision or Parallelity.
For the relation "Subsequent" the following attributes are defined:
Denomination (Description): Enter a characterising denomination.
For documentation purposes.
Description (Description): Enter a description of the "Subsequent".
For documentation purposes.
Comment (Description): Enter a comment.
Optional. For documentation purposes.
Transition condition (Details): A transition condition consists either of one elementary
expression or several elementary expressions which are linked together by OR, AND or NOT.
The linking is succeeded with the expression NOT, OR or AND.
Examples:
(a) (<elementary expression1>) AND (<elementary expression2>)
(b) (<elementary expression1>) AND (<elementary expression2>)
(c) NOT (<elementary expression1>)
(d) (<elementary expression1>) AND (NOT (<elementary expression2>))
An elementary expression is defined as:
<Variable name><Operator><Constant>, where
- <Variable name> the name of an instantiated variable,
- <Operator> may be <,> or =
page 48
3.2
The relation "Sets variable" connects 1 object of the class "Random generator" with 1 object of
the class "Variable". The relation is used from the random generator to the variable.
Note: For the relation "Sets variable" no attributes are defined.
page 49
Part III
3.3
Relation "Sets"
The relation "Sets" connects 1 object of the class "Random generator" with one object of
"Process start", "Subprocess", "Activity", "Decision", "Parallelity" or "Merging". The relation is
used from random generator to the target.
Note: For the relation "Sets" no attributes are defined.
3.4
Relation "Uses"
The relation "Uses" connects 1 object of the class "Activity" with 1 object of the class "Resource".
The relation is used from the activity to the resource.
Note: For the relation "Uses" no attributes are defined.
3.5
Relation "communicates"
page 50
Sie
eine
charakterisierende
Beschreibung
zur
3.6
Relation "contains"
The relation "contains" hierarchically connects 2 objects of the class "use case". The relation
"contains" indicates the execution of a "use case" will implicitly trigger the execution of another
"use case". This relation is used to describe the parts separately, which occur often and are
referenced by other use cases. The contained use case is only a part of the whole in this case
(cp. "uses"). The relation is always used from the super ordered use case to the called use case.
For the relation "contains" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "contains". For documentation
purposes.
Comment (Description): Enter a comment.
Optional. For documentation purposes.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine charakterisierende Beschreibung zur "beinhaltet"Beziehung ein. Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur "beinhaltet"-Beziehung ein.
Dient der Dokumentation.
page 51
Part III
3.7
Relation "extends"
The relation "extends" hierarchically connects 2 objects of the class "use case". One of the "use
case" is seen as the "normal case" and the second one (its extension) is an addition, which
occurs only under certain conditions. The relation is used from the extending "use case" to the
"normal case". The relation "extends" is used to describe the variable of the normal behaviour
as well as to create specific regulations.
For the relation "extends" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "extends".
For documentation purposes.
Comment (Description): Enter a comment.
Optional. For documentation purposes.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine charakterisierende Beschreibung zur "erweitert"Beziehung ein.
Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur "erweitert"-Beziehung ein.
Dient der Dokumentation.
3.8
Relation "Generalisation"
The relation "Generalisation" hierarchically connects 2 objects of the class "use case". The
relation "Generalisation" means that one "use case" is a special case of another general "use
case". The relation "Generalisation" is used to describe and execute the discrepancy between
the "special case" and the "normal case" as the hole. The special case contains all features of
the general use case. The relation is used from the "special case" to the "general case".
For the relation "Generalisation" the following attributes are defined:
page 52
Name (Description):
Description (Description): Enter a description of the "Generalisation".
For documentation purposes.
Comment (Description): Enter a comment.
Optional. For documentation purposes.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
For documentation purposes.
Beschreibung (Deutsch): Geben
"Generalisierung"-Beziehung ein.
Sie
eine
charakterisierende
Beschreibung
zur
3.9
Relation "uses"
The relation "uses" hierarchically connects 2 objects of the class "use case". One "use case" uses
another "use case" and its features while executing. The used "use case" can occur
independently (see. "contains"). The relation is used from the user (the using "use case") to the
used "use case".
For the relation "uses" the following attributes are defined:
Name (Description):
Description (Description): Enter a description of the "uses".
For documentation purposes.
Comment (Description): Enter a comment.
Optional. For documentation purposes.
Bezeichnung (Deutsch): Geben Sie eine Bezeichnung ein.
Dient der Dokumentation.
Beschreibung (Deutsch): Geben Sie eine charakterisierende Beschreibung zur "benutzt"Beziehung ein. Dient der Dokumentation.
Kommentar (Deutsch): Geben Sie einen Kommentar zur "benutzt"-Beziehung ein.
Dient der Dokumentation.
page 53
Part III
3.10
The relation "Has process" hierarchically connects 2 objects of the class "Process". The relation
is used from the object which is super ordered to the lower ordered one.
Note: For the relation "Has process" no attributes are defined.
3.11
The relation "has Subdocument" hierarchically connects 2 objects of the class "Document". The
relation "has Subdocument" is used between an upper graded Document to a subordinated
Document.
Note: For the relation "has Subdocument" no attributes are defined.
3.12
Relation "Owns"
The relation "Owns" connects the flow objects in a Business Process Model or objects of the
class "Process" in a company map with an object of the class "Performance indicator".
Note: For the relation "Owns" no attributes are defined.
page 54
3.13
The relation \"has Note\" connects 1 object of any class (also "Note") with 1 object of the class
"Note". The relation is used from any object to the note.
Note: For the relation "has Note" no attributes are defined.
3.14
The relation "Is subordinated" hierarchically connects 2 objects of the class "Organizational unit.
The relation is used from the super ordered organisational unit to the subordinated one.
Note: For the relation "Is subordinated" no attributes are defined.
3.15
The relation "has Resource" connects 1 object of the class "Organizational unit" with 1 object of
the class "Resource". It is used from the organisational unit to the resource.
Note: For the relation "has Resource" no attributes are defined.
page 55
Part III
3.16
The relation "Belongs to" connects 1 object of the class "Performer" with 1 object of the class
"Organizational unit". The relation is used from the performer to the organisational unit.
Note: For the relation "Belongs to" no attributes are defined.
3.17
The relation "Is manager" connects 1 object of the class "Performer" with 1 object of the class
"Organizational unit". The relation is used from the performer to the organisational unit.
Note: For the relation "Is manager" no attributes are defined.
3.18
The relation "Has role" connects 1 object of the class "Performer" with 1 object of the class "Role.
The relation is used from the performer to the role.
Note: For the relation "Has role" no attributes are defined.
page 56
3.19
The relation "Uses resource" connects 1 object of the class "Performer" with 1 object of the class
"Resource". The relation is used from the performer to the resource.
Note: For the relation "Uses resource" no attributes are defined.
3.20
The relation "Is charged to" connects 1 object of the class "Performer" with 1 object of the class
"Cost center". The relation is used from the performer to the cost center.
Note: For the relation "Is charged to" no attributes are defined.
3.21
The relation "Is cost center manager" connects 1 object of the class "Performer" with 1 object of
the class "Cost center". The relation is used from the performer to the cost center.
Note: For the relation "Is cost center manager" no attributes are defined.
page 57
Part III
4.
The predefined queries are specific queries for defined model types which deliver results.
Predefined relation tables are used to show relations between objects.
In the ADONIS standard application library predefined queries and relation tables are offered in
the Analysis component (see chap. 4.1.1, p. 58) and the Evaluation component (see chap. 4.2,
p. 70).
4.1
Analysis component
In the analysis component of the ADONIS standard application library 3.81 the following is
available
Queries:
-
Evaluation of the open questions in company maps (see chap. 4.1.1, p. 58)
the Evaluation of the open questions in Business Process Models (see chap. 4.1.4, p. 62)
Evaluation of the open questions in use case diagrams (see chap. 4.1.6, p. 65)
Relation tables:
-
4.1.1
To evaluate the open questions in company maps select in the menu "Analysis" the item
"Queries on Company maps" and the sub-menu point "Evaluation of the open questions in
company maps".
In the window "Evaluation of the open questions in company maps - Model selection" select the
models to be analysed and click on the OK button.
In the window "Evaluation of the open questions in company maps - Queries" (see fig. 2, p. 59)
the predefined query will be shown.
page 58
Select the query "Evaluation of the open questions in company maps.", to show all
processes which have input into the field "Open questions" and click on the button "Execute".
The result of your query will be shown in the ADONIS browser.
4.1.2
To perform consistency checks for Business Process Models select in the menu "Analysis" the
item "Queries on Business Process Models" and the sub-menu point "Consistency checks on
Business Process Models".
In the window "Consistency checks on Business Process Models - Model selection" select the
models to be analysed and click on the OK button.
In the window "Consistency checks on Business Process Models - Queries" (see fig. 3, p. 60) the
predefined queries will be shown.
page 59
Part III
To run a consistency check select one of the predefined queries from the list "Queries".
The following queries for consistency checks are available:
All activities without entry in the attribute 'Description'.
This query lists all activities which do not contain information in the attribute "Description".
All activities without entry in the attribute 'Performer'.
This query lists all activities which have no performer assigned in the attribute "Performer".
All activities without Execution time.
This query enables you to identify which activities have no execution time assigned.
All process start objects without quantity.
This query will find all process start objects without a quantity.
All process start objects without mainly responsible.
This query will identify all process start objects where no mainly responsible had been
defined.
Run the consistency check by clicking on the button "Execute", the result of your query will be
shown in the ADONIS browser.
page 60
4.1.3
To perform predefined queries for Business Process Models select in the menu "Analysis" the
item "Queries on Business Process Models" and the sub-menu point "Predefined queries on
Business Process Models".
In the window "Predefined queries on Business Process Models - Model selection" select the
models to be analysed and click on the OK button.
In the window "Predefined queries on Business Process Models - Queries" (see fig. 4, p. 61) the
predefined queries will be shown.
To run a predefined query select one from the list of predefined queries. In the next window of
the query an empty input field (text with a gap) will be shown. Enter the necessary information
(e.g. Execution time, Resting time, Costs, Type of Performer).
The following queries are available as predefined queries on Business Process Models:
All activities with an execution time greater than [input].
This query lists all activities with an execution time greater than the value provided.
Example: By providing the input "00:000:03:45:00" all activities will be shown with an
execution time greater than 03 hour 45 minutes.
All activities with a resting time greater than [input] .
This query lists all activities with a resting time greater than the value provided.
Example: By providing the input "00:000:05:20:00" all activities will be shown with a resting
time greater than 05 hours 20 minutes.
2005 BOC, www.boc-group.com
page 61
Part III
This query will determine all activities where the costs exceed the value.
Example: Input the value "10000" to show all activities with costs higher than 10000,00.
All activities which are executed by a type of performer [input] .
This query will determine all activities where a specific type of performer has been assigned.
Example: The input "Clerk" determines all activities which are performed by clerks.
All activities which use the resource [input] .
This query will list all activities which use a specific type of resource for their execution.
Run the completed predefined query by clicking on the button "Execute"; the result of your
query will be shown in the ADONIS browser.
By enabling the option "Show attributes in columns" the objects are shown in rows and the
corresponding attributes in columns.
4.1.4
To evaluate the open questions in Business Process Models select in the menu "Analysis" the
item "Queries on Business Process Models" and the sub-menu point "Evaluation of the open
questions in Business Process Models".
In the window "Evaluation of the open questions in Business Process Models - Model selection"
select the models to be analysed and click on the OK button.
In the window "Evaluation of the open questions in Business Process Models - Queries"
(see fig. 5, p. 63) the open questions will be shown.
page 62
To analyse the open questions select one of the queries from the list and confirm it by clicking
on the button "Execute".
The following queries are available for determining open questions in the ADONIS standard
application library 3.81:
All activities with open questions
This query lists all activities with text in the attribute "Open questions".
All process start objects with open questions
This query determines all process start objects with text in the attribute "Open questions".
All subprocess objects with open questions
This query enables you to identify all subprocess objects with text in the attribute "Open
questions".
All decisions with open questions
This query lists all decisions with text in the attribute "Open questions".
4.1.5
To run predefined queries for Working Environment models select in the menu "Analysis" the
item "Queries on Working Environment models" and the sub-menu point "Predefined queries
on Working Environment models".
page 63
Part III
In the window "Predefined queries on Working Environment models - Model selection" select the
models to be analysed and click on the OK button.
In the window "Predefined queries on Working Environment models - Queries" (see fig. 6, p. 64)
the predefined queries will be shown.
To run a query select one of the predefined queries from the list. In the next window of the
query an empty input field (text with a gap) will be shown. Enter the necessary information (e.g.
role, organisational unit).
The following predefined queries are available for Working Environment models:
All performers.
This query determines all performers who are members of selected organisational unit.
Example: By providing the input "Sales" all performers belonging to the sales department in
the selected (models) will be listed.
All performers with an availability greater than [input].
page 64
This query determines all performers with an availability greater than the percentage value
provided.
Example: By providing the input "50" all performers with an availability greater than 50
percent will be listed in the result spreadsheet.
All performers with a hourly wage rate greater than [input].
This query determines all performers with a hourly wage rate greater than the value
provided.
Example: By providing the input "15" all performers with a hourly wage rate greater than
15,00 will be shown.
All performers using the resource [input].
This query lists all performers who not yet had any further education.
Run the completed predefined query by clicking the button "Execute"; the result of your query
will be shown in the ADONIS browser.
By enabling the option "Show attributes in columns" the objects are shown in rows and the
corresponding attributes in columns.
4.1.6
To evaluate open questions in use case diagrams select in the menu "Analysis" the item
"Queries on Use case diagrams" and the sub-menu item "Evaluation of the open questions in
use case diagrams".
In the window "Evaluation of the open questions in use case diagrams - Model selection" select
the models to be analysed and click on the OK button.
In the window "Evaluation of the open questions in use case diagrams - Queries" (see fig. 7,
p. 66) the available queries will be displayed.
page 65
Part III
This query will list all actors with text in the attribute "Open questions".
All use cases with open questions.
This query will list all use cases with text in the attribute "Open questions".
All system boundaries with open questions.
This query will list all system boundaries with text in the attribute "Open questions".
4.1.7
Activity-Resource table
Create an activity-resource table by selecting in the menu "Relation tables" the item "Relation
tables on Business Process Models" and the sub-menu item "Activity-Resource table".
In the window "Activity-Resource table - Model selection" select the model for which you want to
create the table and click on the OK button.
If the relations exist in the selected model, the window "Activity-Resource table for model <Model
name>" (see fig. 8, p. 67) will show the existing relations between activities and resources in the
ADONIS browser.
page 66
4.1.8
Activity-Document table
Create an activity-document table by selecting in the menu "Relation tables" the item
"Relation tables on Business Process Models" and the sub-menu item "Activity-Document
table".
In the window "Activity-Document table - Model selection" select the model for which you want
to create the table and click on the OK button.
If the relations exist in the selected model, the window "Activity-Document table for model
<Model name>" (see fig. 9, p. 67) will show the existing relations between activities and
documents in the ADONIS browser.
4.1.9
Create an activity-input document table by selecting in the menu "Relation tables" the item
"Relation tables on Business Process Models" and the sub-menu item "Activity-Input
document table".
In the window "Activity-Input document table - Model selection" select the model for which you
want to create the table and click on the OK button.
page 67
Part III
If the relations exist in the selected model the window "Activity-Input document table for model
<Model name>" (see fig. 9, p. 67) will show the existing relations between activities and input
documents in the ADONIS browser.
4.1.10
Create an activity-output document table by selecting in the menu "Relation tables" the item
"Relation tables on Business Process Models" and the sub-menu item "Activity-Output
document table".
In the window "Activity-Output document table - Model selection" select the model for which you
want to create the table and click on the OK button.
If the relations exist in the selected model the window "Activity-Output document table for model
<Model name>" (see fig. 9, p. 67) will show the existing relations between activities and output
documents in the ADONIS browser.
4.1.11
Variable-Activity table
Create a variable-activity table by selecting in the menu "Relation tables" the item "Relation
tables on Business Process Models" and the sub-menu item "Variable-Activity table".
In the window "Variable-Activity table - Model selection" select the model for which you want to
create the table and click on the OK button
page 68
If the relations exist in the selected model the window "Variable-Activity table for model <Model
name>" (see fig. 12, p. 69) will show the existing relations between variables and activities in the
ADONIS browser.
4.1.12
Role table
Create a role table by selecting in the menu "Relation tables" the item "Relation tables on
Working Environment models" and the sub-menu item "Role table".
In the window "Role table - Model selection" select the model for which you want to create the
table and click on the OK button.
If the relations exist in the selected model the window "Role table for model <Model name>"
(see fig. 13, p. 69) will show the existing relations between performers and roles in the ADONIS
browser.
4.1.13
Create an organisational hierarchy table by selecting in the menu "Relation tables" the item
"Relation tables on Working Environment models" and the sub-menu item "Organisational
hierarchy table".
In the window "Organisational hierarchy table - Model selection" select the model for which you
want to create the table and click on the OK button.
page 69
Part III
If the relations exist in the selected model the window "Organisational hierarchy table for model
<Model name>" (see fig. 14, p. 70) will show the existing relations between organisational units
in the ADONIS browser.
4.2
Evaluation component
The evaluation component in the ADONIS standard application library 3.81 provides:
process-oriented queries on Business Process Models (see chap. 4.2.1, p. 70)
Activity-oriented queries on Business Process Models (see chap. 4.2.2, p. 72)
Queries on Working Environment models (see chap. 4.2.3, p. 73)
4.2.1
To run process-oriented queries on Business Process Models select in the menu "Evaluation"
the item "Evaluation queries on Business Process Models" and the sub-menu point "Processoriented queries on Business Process Models".
In the window "Process-oriented queries on Business Process Models - Model selection" select
the model for which you want to create the table and click on the OK button.
In the window "Process-oriented queries on Business Process Models - Queries" (see fig. 15,
p. 71) the process related queries will be shown.
page 70
To run a query select one of the predefined queries from the list.
The following queries are available for process-oriented queries on Business Process Models:
All business processes with an execution time greater than [input] .
This query lists all business processes with an execution time greater than the value
provided.
Example: By providing the input "00:023:04:55:00" all business processes will be
determined with an execution time greater than 23 days 04 hours and 55 minutes.
All business processes with a cycle time greater than [input].
The results of this query are all business processes with a cycle time greater than the value
provided.
Example: By providing the input "00:000:00:05:00" all business processes with a cycle time
greater than 5 minutes will be determined.
All business processes with costs greater than [input] .
This query lists all business processes that have costs that are greater than your specified
value.
Example: By providing the input "50000" all business processes will be shown with costs
greater than 50000.00.
Run the completed predefined query by clicking the button "Execute"; the result of your query
will be shown in the ADONIS browser.
page 71
Part III
By enabling the option "Show attributes in columns" the objects are shown in rows and the
corresponding attributes in columns.
4.2.2
To run process-oriented queries on Business Process Models select in the menu "Evaluation"
the item "Evaluation queries on Business Process Models" and the sub-menu item "Activityoriented queries on Business Process Models".
In the window "Activity-oriented queries on Business Process Models - Model selection" select
the model for which you want to create the table and click on OK.
In the window "Activity-oriented queries on Business Process Models - Queries" (see fig. 16,
p. 72) the activity-oriented queries will be shown.
To run a query select one of the predefined queries from the list. In the next window of the
query an empty input field (text with a gap) will be shown. Enter the necessary information (e.g.
Aggregated execution time, Aggregated resting time, Aggregated costs, etc.).
The following queries are available for activity-oriented queries on Business Process Models:
All activities called more often than [input].
This query determines all activities which are "used" (called) more often than the value
provided.
Example: Providing the value "25" all activities will be shown which are called more than 25
times.
page 72
This query determines all activities with an aggregated resting time greater than the value
provided.
Example: By providing the input "00:000:02:20:00" all activities are shown with an
aggregated resting time greater than 2 hours and 20 minutes.
All activities with aggregated costs greater than [input].
This query determines all activities with costs higher than the value provided.
Example: Enter "50" to determine all activities with costs greater than 50.00.
Run the completed predefined query by clicking the button "Execute"; the result of your query
will be shown in the ADONIS browser.
By enabling the option "Show attributes in columns" the objects are shown in rows and the
corresponding attributes in columns.
4.2.3
page 73
Part III
To run a query select one of the predefined queries from the list. In the next window of the
query an empty input field (text with a gap) will be shown. Enter the necessary information (e.g.
Aggregated execution time, Aggregated resting time, Aggregated costs, etc.).
The following queries are available for Working Environment models:
All performers with a capacity greater than [input].
This query determines all performers with a capacity greater than the value provided.
Example: Enter "1" to find all performers who are used beyond their capacity.
All performers with a workload greater than [input].
This query determines all performers with a workload greater than the value provided.
Example: Enter "0.5" to find all performers who have a workload greater than 50%.
All performers with personnel costs greater than [input].
This query determines all performers with personnel costs greater than the value provided.
Example: Enter "65000"
65,000.00.
All performers with the role [input] and who have a capacity greater than
[input] .
This query determines all performers with a specific role and a capacity greater than the
value provided.
Example: Enter "secretary" and "1" to find all secretaries who are used beyond their
capacity.
page 74
All performers belonging to the organisational unit [input] and who have a
workload smaller than [input].
This query will list all performers belonging to the specified organisational unit and who
have a workload smaller than the values provided.
Example: Enter "PR" and "1" to find all PR employees who have a workload smaller than
100%.
Run the completed predefined query by clicking the button "Execute"; the result of your query
will be shown in the ADONIS browser.
By enabling the option "Show attributes in columns" the objects are shown in rows and the
corresponding attributes in columns.
page 75
Part III
5.
The library specific functions are defined in the ADONIS-Standard-Application library 3.81 and
are available in following components of ADONIS business process management toolkit:
Acquisition (see chap. 5.1, p. 76)
Modelling (see chap. 5.2, p. 78)
Simulation (see chap. 5.3, p. 93)
Import/Export (see chap. 5.5, p. 97)
5.1
Acquisition component
In the acquisition component the library specific functions are defined in the form of HOMER
scenarios (see chap. 5.1.1, p. 76) supporting the data acquisition.
5.1.1
HOMER scenarios
For the data acquisition with HOMER you can either use one of the following scenarios or use
the HOMER scenario manager to adapt the scenario according to your needs:
page 76
The scenario "Acquisition of activity information (general)" scenario collects information for
activities in Business Process Models (see chap. 1.2, p. 9) and the following attributes:
Description
Comment
In addition it is possible to collect the author of a particular model.
The scenario "Acquisition of profiles of presence" scenario collects attribute profiles of the class
"Presence" with the following attributes:
Days per week
Hours per day
page 77
Part III
Seminar title
Participation in
The scenario "Acquisition of documents" collects documents for the document models
(see chap. 1.4, p. 11)and the following attributes:
Description
Comment
The "Acquisition of organisational units" scenario collects the organisational units for the
Working Environment models (see chap. 1.3, p. 10) and the following attributes:
Description
Comment
The "Acquisition of roles" scenario collects roles for Working Environment models
(see chap. 1.3, p. 10) and the following attributes:
Description
Comment
5.2
Modelling component
5.2.1
Class cardinality
The table (see Table 1, p. 79) lists all classes with defined cardinality rules. Cardinality rules
help to determine how many objects should be contained in the model and how many incoming
and outgoing connectors of relation class should be assigned to the object.
Note: During cardinality check (Menu "Model" - item "Check cardinalities") models are
examined with respect to defined cardinality rules.
page 78
Note: Cardinality check does not occur during modelling, but it has to be performed
explicitly. i.e. while modelling you do not need to consider cardinality rules
(modelling can be also performed without considering cardinality rules).
Class
Description
Process start
Subprocess
Decision
(Business Process Model)
Parallelity
(Business Process Model)
Merging
End
Variable
Performance indicator
overview
Cost center
page 79
Part III
5.2.2
This function checks if outgoing references (in any number of models and model types) are still
valid (not broken) or if there are invalid references (broken). In addition, it is possible to open
source or target model directly from the result window to fix the problem.
Select models that you want to check. The option "including inter model references outgoing
from the model" will check all models in the model hierarchy. Click "OK" to begin.
ADONIS now checks all references of selected models. It may take some time depending on the
data size and computer's computing capability. Afterwards a window with a list of all references
appears (valid and broken ones). To improve result view you can expand or collapse branches
(see fig. 20, p. 81).
page 80
It is possible to open (in the background) the source or target model of a displayed reference
(with write access). To do so, click on the reference and on the button "open target model" or
"open source model". The relevant object will be highlighted in the model (see fig. 21, p. 81).
Figure 21: Target model (Highlighted use case "Enter new address"
page 81
Part III
5.2.3
Number objects
The function "number objects" assigns to the object of model type "Business Process Model",
"Company Map" and "Working Environment model" a unique number with respect to its position
in the diagram.
The numbering function is defined for objects of the following classes:
Business Process Models (using the relation "Subsequent")
-
Process start
Subprocess
Activity
Decision
Parallelity
Merging
End
Process
Organisational unit
The number that is assigned to the object is stored in the attribute "Order" and at the same time
it is displayed in object's graphical representation.
Performing numbering
In menu "edit", select item "update attributes" and its sub menu item " Number objects".
Objects will be numbered and the object number will be displayed in the graphical form
(see fig. 22, p. 82).
All newly numbered objects will be listed in the window "enumeration - info" (see fig. 23, p. 83).
page 82
Note: At anytime you can undo (see chap. 5.2.4, p. 83) the object numeration.
Note: The object numeration should always be done before generation of RTF
documentation (see chap. 5.5.4, p. 102). It is very important in the business process
models, where object description could be generated with respect to the numbering
order, therefore, it makes documentation easier to read .
5.2.4
The function "reset object numbering" removes numbers from objects (see chap. 5.2.3, p. 82)
that are located in the actual model. The value of particular objects will be set to null in the
attribute "order" and numbering will be removed from the model's graphical representation.
To reset object numbering, select in menu "edit", item "update attributes" and its sub menu
item "reset object numbering". Reset will be followed by appropriate safety question
(see fig. 24, p. 83).
Click on the button "yes" to continue. The object numbering in the model will be set to null and
numbers displayed in the model's graphical representation will be deleted (see fig. 22, p. 82).
page 83
Part III
5.2.5
Object conversion
In Business Process Model, it is possible to convert an object of the class "activity" into an object
of the class "subprocess" and the other way around..
By converting an activity into a subprocess, it is possible to model the activity in detail (by
presenting the activity as a subprocess). While converting a subprocess into an activity, it is
possible to reduce the complexity of the process. It is very useful in case of going through
simulation and analysing its results, as the results of subprocesses cannot be calculated
separately, but taken over aggregated.
During object conversion the following information (attributes) will be over taken:
"Activity" <-> "Process call"
-
Name (Description)
Order (Description)
Description (Description)
Commentary (Description)
Questions (Description)
Note: The evaluation results in the subprocess contain the (taken over) simulation
result of referenced processes. Pay attention to the referenced values (e.g. per year,
per process) in the simulation result.
page 84
Note: While converting subprocess into activity, the referenced process will be
internally saved, so that during re-conversion into subprocess, the reference will be
displayed again.
5.2.6
By default, visualised attributes (object names, notes, random generators etc.) are displayed in
English (see fig. 26, p. 85).
Additionally, it is possible - after successful translation of attributes (see chap. 5.2.6.1, p. 86) - to
display those attributes in German (see fig. 27, p. 86).
page 85
Part III
5.2.6.1
p. 88),
see
Requirements
When visualising the attribute value, the given attribute value of a particular object ( at least the
value of the attribute 'name') is displayed on the drawing area. In order to display English
attribute value, it is necessary to translate the other attributes.
To change the attribute language following requirements must be satisfied:
All models that will be translated have to have write access.
All attribute values that will be visualised on the drawing area, have to have translated
corresponding (German) attribute (see p. 86).
Optionally attributes "description" and "comment" can be translated in the model
documentation (see p. 88) (for example HTML documentation).
Attribute (English)
Attribute (German)
Process start
Name
Bezeichnung
Subprocess
Name
Bezeichnung
Activity
Name
Bezeichnung
Decision
Name
Bezeichnung
Parallelism
Name
Bezeichnung
Merging
Name
Bezeichnung
End
Name
Bezeichnung
Variable
Name
Bezeichnung
Random generator
Value
Resource (BP-Model)
Name
Bezeichnung
page 86
Process
Name
Bezeichnung
Document
Name
Bezeichnung
Organizational unit
Name
Bezeichnung
Performer
Name
Bezeichnung
Role
Name
Bezeichnung
Resource (WE-Model)
Name
Bezeichnung
Cost centre
Name
Bezeichnung
Use case
Name
Bezeichnung
Actor
Name
Bezeichnung
System boundary
Name
Bezeichnung
Note
Text
Notiz
Aggregation
Name
Bezeichnung
Note: In the object of the class "random generator" the value is translated as text only
i.e. during simulation, the entered expression in the attribute "Value" (in German) is
taken into account during analysis.
To fully show attributes in German the following connectors' attributes need to be translated.
Relation
Attribute (English)
Attribute (German)
Subsequent
Transition condition
Communicates
Name
Bezeichnung
Contains
Name
Bezeichnung
Extends
Name
Bezeichnung
Generalisation
Name
Bezeichnung
Uses
Name
Bezeichnung
page 87
Part III
The model name translation has to be done in the model attribute "denomination" (see fig. 28,
p. 88). To translate, select the menu item "model attributes" (or <Alt>+"Enter") from the
"model" menu.
Note:
While arranging the language settings (see chap. 5.2.6.2, p. 88) the model attribute
"Bezeichnung" automatically pops-up. This name should be taken into account during
document generation to create the model documentation in the currently selected language.
5.2.6.2
Implementation
Note: You must have write access to models you whish to translate.
To change the language of visualised attributes, select the item "views" from the menu "view"
and its sub menu item "Select the language for the visualising attributes".
All opened models will be listed in the window "select language - model selection" (see fig. 29,
p. 89).
page 88
Note:
2005 BOC, www.boc-group.com
page 89
Part III
While selecting the language, the attribute "key words" with appropriate identifier
(LANGUAGE='DE'; for German or LANGUAGE='EN'; for English) automatically pops-up. This
identifier is further used to generate model documentation with the current set language.
5.2.7
Page layout
The option "full page (without header and footer)" prints the model without a header of footer
(see fig. 31, p. 90). The option "ADONIS standard page layout", adds a header and footer to the
printing document.
Figure 31: Page layout "full page (without header and footer) "
5.2.8
Process Stepper
Process stepper is a small tool that animates the process flow and also allows to correctly
reconstruct the execution time of each process path, each decision can be made by the user.
The following functions are available:
Process animation (see chap. 5.2.8.1, p. 91)
Starts the process flow, the result can be saved.
Play back process animation (see chap. 5.2.8.2, p. 92)
Open and play process animation.
Remove marking of objects (see chap. 5.2.8.3, p. 92)
Delete marks in the animated model.
page 90
5.2.8.1
Process animation
This function manually creates process animation. It can be saved in XML files.
IMPORTANT:
Select further path and click "OK". If the stepper encounters a subprocess, there is a possibility
to link an animation to this subprocess or to continue without it:
page 91
Part III
Click on "yes", to save the animation. Otherwise click on "no" or "cancel". The result will be
deleted and stepper will stop.
5.2.8.2
It is possible to load and play the saved animation at anytime. The exact process flow will be
reconstructed as it was recorded. However, there is a difference - by playback, the execution
time considered for calculation will be taken from the saved models (i.e. changes after saving the
animation will not apply).
5.2.8.3
Additional functions
Besides recording and playback functions, the other functions are available:
page 92
Settings:
With the use of settings you can adjust the process steppers to fit your needs. To do so, select
"setting" option from "process stepper" menu and the following dialogue appears:
By clicking on the appropriate radio button, you can set a desirable animation speed.
Note: At the first time, the speed of process stepper is set to "medium". Later on it will
run with lastly selected speed.
Generally, the process animation will be recorded to show the execution time for specific path. If
necessary, deactivate the option "display execution times" to hide the display of execution
times.
Note: With the same function, you can activate the display of execution time.
5.3
Simulation component
5.3.1
A manual random generator can be activated in the simulation component. To activate it, select
the "Edit" menu, its submenu Random generator and then click on the menu point Manual
random generator.
The "Activate manual random generator - model selection" window (see fig. 37, p. 94) will be
displayed, in which you can select models that should be used for the generation.
page 93
Part III
Note: Only open models with write access are available for selection!
The activation of a manual random generator will be confirmed by the appropriate hint window.
All "Manual random generator" attributes in the "random generator" objects of the selected
model will be occupied with value "yes" (the representation occurs through checkmark in the
notebook). On the drawing area a hand symbol will appear next to objects.
The user can decide, whether to activate manual random generator, by selecting the value of the
random generator during the simulation.
5.3.2
An automatic random generator can be activated in the simulation component. For activation
click on the "Edit" menu and then select "Random generator" submenu and choose the menu
point Automatic random generator
The "Activate automatic random generator - model selection" window will be displayed
(see fig. 38, p. 95), in which you can select the models that should be used for the generation.
page 94
Deactivation of the manual random generator will be confirmed by the appropriate hint window.
All "Manual random generator" attributes in "random generator" objects of the selected model
will be occupied with value "no".
If the automatic random generator is activated, the value of the random generator will be
assigned automatically during the simulation.
5.4
Evaluation component
Evaluation component contains the library specific function "monitoring" (see chap. 5.4.1, p. 95).
5.4.1
Monitoring
5.4.1.1
During the initialisation the current value will be created in rows and columns of performance
indicator's table target value in the selected models depending on performance indicator's
periodicity. References in the "Performance indicator overview" table will determine, what ratio
should be initialised.
Note: Take under consideration the requirements for current value initiation (see p. 96
).
The current value initialisation is carried out as follows:
page 95
Part III
1.
Select the "current value initialisation" from the "monitoring" menu that is located in the
evaluation component.
2.
After initialisation, the rows of the referenced performance indicator (defined periodicity) will be
initialised.
The current value calculation (see chap. 5.4.1.2, p. 96) is possible now.
2.
Day
Week
Month
Quarter
Half year
Year
3.
Define exactly one object of the class "performance indicators overview" per model.
4.
Define references on the performance indicator, that are in the "performance indicators
overview" table in the "performance indicator" chapter.
By the model initialisation, only those performance indicators that have defined references
in the table 'performance indicator overview' will be initiated. In this manner, selective
initialisations and the actualisations can be carried out.
5.
5.4.1.2
After successful initialisation of current value (see chap. 5.4.1.1, p. 95), it is possible to calculate
the current value.
There are three calculation options:
manual coupling
excel coupling
database coupling
Independently from the data source that will be used for calculation of performance indicators
the actualisation will be carried out as follows:
1.
Select the "current value calculation" from the monitoring menu that is located in the
evaluation component.
page 96
2.
3.
5.5
Import-/Export-Component
5.5.1
HTML-Generation
Note: Before generating HTML documentation, the language of all models that are
contained in the documentation (see chap. 5.2.6, p. 85) should be unified (German
or English). It can be achieved by arranging the language for the attribute display.
To start the HTML-generation, select the "HTML-generation" from the "documentation" menu
or click on the smart-icon in the quick access bar .
In the "HTML-Generation" window (see fig. 39, p. 98) select the models to be used in the
documentation.
page 97
Part III
Activate the option "including referenced models" if all selected models and their referenced
models should be carried over. To change settings for references click on the "references"
button.
In the "export file" field, type a name and destination path for the exported data and click OK to
start documentation process with current settings (see chap. 5.5.5, p. 104).
After successful generation, the appropriate hint window appears and the HTML documentation
will be available at the earlier specified location. Open the documentation and the export data (in
specified HTML-files) will be displayed in the HTML browser (see fig. 40, p. 99).
page 98
5.5.2
Note: Before HTML generation, the language of all models that will be used in the
documentation should be unified by arranging the language for the attribute display
(see chap. 5.2.6, p. 85) .
To start the HTML generation, select the "HTML-generation (copy referenced documents)" from
the "documentation" menu.
In the (see fig. 41, p. 100) "HTML-generation" window select the models that should be
contained in the documentation.
page 99
Part III
Activate the option "including referenced models" to carry over all selected models and their
referenced models. To change settings for references click on the "references" button.
In the "export file" field, type a name and destination path for the exported data and click OK to
start documentation process with current settings (see chap. 5.5.5, p. 104).
If it does not exist, ADONIS suggests to create the folder for the referenced documents. Accept
this suggestion.
After successful generation, the appropriate hint window appears and the HTML documentation
will be available at the earlier specified location. Open the documentation and the export data (in
specified HTML-files) will be displayed in the HTML browser (see fig. 40, p. 99).
page 100
5.5.3
Note: Before every HTML generation (also delta generation), the language of all
models that are contained in the documentation should be unified (German or
English) by arranging the language for the attribute display (see chap. 5.2.6, p. 85).
The delta generation is a special form of the HTML generation that is designed for complex
model structures. The difference between delta generation and plain HTML generation lies in the
generation mechanism: at the first time of appliance, a whole generated HTML structure is
registered and saved in the database. With every next delta generation, only the changes in
structures or models will be generated and saved. The advantage of this solution is shorter
generation time.
Note: Changed references (i.e. on the other documents or models, on the new version
number of existing model etc.) are not counted as changes in terms of ADONIS and
therefore they will not be recognised by the delta generation (rule of thumb: "all
changes, that require model re-saving will be considered in the delta generation)
Note: It is not possible to complement HTML documentation generated in the classical
way by the delta generation. Only HTML files that were originally generated via delta
generation can be extended.
To start the generation of HTML documents (see fig. 42, p. 101), select the "delta generation
(HTML)" from the "documentation" menu.
In the window "ADONIS Delta generation", select the models that should be enclosed in the
documentation and click OK. The referenced models will be processed automatically.
In the "export file" field, type a name and destination path for the exported data and click OK to
start documentation process with current settings (see chap. 5.5.5, p. 104).
2005 BOC, www.boc-group.com
page 101
Part III
If it does not exist, ADONIS suggests creating the folder for the referenced documents, accept
this suggestion to continue.
After successful generation, the appropriate hint window appears and the HTML documentation
will be available at the earlier specified location. Open the documentation and the export data (in
specified HTML-files) will be displayed in the HTML browser (see fig. 40, p. 99).
5.5.4
RTF Generation
Note: Before RTF generation, the language of all models that will be used in the
documentation should be unified by arranging the language for the attribute display
(see chap. 5.2.6, p. 85) .
Note: It is recommended, to number objects of models to be generated (relevant only
for business process model, working environment model and company map) before
generation begins. In the RTF documentation, especially in the business process
model, objects description will be generated with respect to the number order and
therefore documentation is easer to read.
To start generation of RTF documents, select the item "RTF generation" from the
"documentation" menu or click on the smart icon
in the quick access bar.
In the "RTF generation" window (see fig. 43, p. 103) select models to be used for the generation.
page 102
Activate the option "including referenced models" if all selected models and their referenced
models should be carried over. To change settings for references click on the "references"
button.
In the "export file" field, type a name and destination path for the exported files and click OK to
start the documentation process using the current settings (see chap. 5.5.5, p. 104).
After successful generation, the appropriate hint window appears and RTF documentation will be
available in the earlier specified location. Open the documentation and export files will be
displayed in Microsoft word (see fig. 44, p. 104).
page 103
Part III
5.5.5
Options (Documentation)
To open the ADONIS notebook for documentation settings, select "options" menu point from
"documentation" menu (see fig. 45, p. 105).
page 104
Next to the "general settings" chapter, there are additional chapters for each model type.
Note: Options "mode", "attribute mode", mode for "graphic file mode", "orientation",
"page layout" and "graphic generation" are available in every notebook chapter..
While using ADONIS standard application library, you can carry out the following options:
General options:
Option "apply model specific settings"
By default, the standard settings apply to all models, however it is possible to adjust the
settings for the given model by clicking on the "apply model specific options" option. If this
option is activated, the options from the corresponding chapter will be used during
generation of documents to the given model type.
Option "Language"
Selected language does not have any influence on the graphical representation of exported
models. To adjust the language to the graphical representation, select the "views" from the
"view" menu and click on the "select the language for visualising attributes" menu point.
Follow the further instructions.
page 105
Part III
In the working environment model, the "standard" mode will display objects of classes
"organizational unit", "performer" and "role" whereas the "role diagram" mode limits objects
representation to "performer" and "role" (see fig. 46, p. 106). In "role diagram" options,
only objects of classes "performer" and "role" and their attributes will be taken in the
documents generation.
Note: The mode options only influence text representation of the model content. The
model's graphical representation is handled by the option "Modes for graphics
generation".
Attribute mode
An active attribute mode determines which object's attributes will be used in the document
generation.
Example:
Object of the "performer" class (see fig. 47, p. 107) contains the following represented
attributes. Attribute mode "Documentation" limits the output to attributes "name",
"description" and "comment".
page 106
page 107
Part III
Orientation
Graphic file can be generated without rotation, rotation by 90 (left or right), or rotation by
180 (upside down). Select and adapt the orientation of the graphic files (layout) to the
page layout setting.
Note: The option "orientation" has an effect exclusively on the RTF generation. The
model graphics in the HTML documentation will always remain unchanged.
Example:
Following figure (see fig. 48, p. 108) illustrates an example of the graphics orientation in
the document. RTF document on the left side contains unchanged graphics. On right side,
RTF document has graphics rotated by 90 (counter clockwise direction). Rotated graphics
is displayed in a bigger format and therefore is easier to read.
Figure 48: Example of RTF generation (unchanged - left side, rotated by 90 - right side)
Page layout
Select this option to adjust page layout for graphics to be generated.
IMPORTANT:
Note: The option "page layout" has an effect exclusively on the RTF generation. The
model graphics in the HTML documentation will always remain unchanged.
Example:
Following figure (see fig. 49, p. 109) illustrates an example of the graphic's page layout in
the documentation. RTF document is generated with standard ADONIS page layout
settings, whereby the graphics size is set to fit on two pages.
Note: Connector marks that were represented on the figure have to be explicitly
created.
page 108
To save current settings, click on the "close" button. If you click on "cancel" button, changes will
not be saved.
5.5.6
To edit settings for the document generation select the "attribute and class filter" menu point
from "documentation".
In the window "Documentation - Attribute and class filter" (see fig. 50, p. 110), you can select
that information (classes, relations and attributes) that should be exported to the document
generation.
page 109
Part III
Figure 50: Attribute and class filter for the documentation (settings in the ADONIS standard application
library)
Activate the box "Model specific type" if you want to defined an individual criteria for each
model type. Deactivate this option if the same rules should be applied for the whole library.
If the box is activated ( ), select every model type, for which you wish to set information for
export.
Now, you see both lists - classes and relations with all selected objects and connectors.
infront of a class, relation or an attribute indicates that class, relation or attribute
The symbol
will be taken in the documentation. Classes, relations or other attributes that will not be exported
to the documentation are marked with .
To deselect a particular class, relation or attribute click on the symbol
disappear) i.e. this particular element will not be taken in the documentation.
page 110
If you want to change several elements at once, select them and then click on the button
"change". The status of all selected elements (either blank or marked) will change at the same
time.
To activate or deactivate an individual object, click on the box, or select its name and then click
on the "change" button.
To obtain a mode, that is also available in the modelling component, click on the "load mode"
button. A small dialogue window appears (see fig. 51, p. 111), where you can set model type,
mode and attribute mode. Modes that are displayed there, correspond to the view modes. As
soon as you approve settings, the corresponding mode will be imported and applied. In terms of
documentation it means, that only those classes and relations, that are visible in the selected
mode (in modelling component) and attributes that are visible in attribute mode will be also
included in the generation.
The box "use settings from attribute and class filter" has to be activated if selected settings
have to be applied. Otherwise selected options from the "Option - documentation" menu remain
valid (see fig. 45, p. 105).
Similarly, the box "use attribute and class filter for graphics" has to be activated in order to
initiate settings for graphics.
Click on the "assign" button, to save your settings and press "Close" to close the dialogue
page 111
Part III
6.
Expressions
In the ADONIS-Standard-Application library 3.81 the following attributes of "expression" type are
defined:
Activity (see chap. 2.6, p. 19)
-
Performer
The value of the attribute "performer" is calculated on the basis of attribute "responsible
role" in the object of "activity" class. From the content of this attribute, a valid AQL
expression will be created in the attribute "performer". Alternatively, the value can be
defined by the ADONIS-user.
Process (see chap. 2.14, p. 31)
Aggregated costs
Performer
While switching between classes "Activity" and "Sub process" the value of the "activity"
class attribute is taken over. Alternatively, the value can also be defined by the ADONISuser.
Aggregated costs
Quantity
There is no expression defined. ADONIS user can decide by itself what value to enter.
page 112
Selection
There is no expression defined. ADONIS user can decide by itself what value to enter.
Performer (see chap. 2.23, p. 43)
Availability
The value of this attribute is calculated from values of attributes: "Days per week" and
"Hours per day". The number of week hours is set to 40 (=100 percent).
page 113
Part III
7.
Attribute profiles
Attribute profiles are used for the central management of common attributes that can be
referenced in the notebook.
In objects of "Performer" (working environment model) (see chap. 2.23, p. 43) can create
references in the attribute "presence" on the attribute profile of the "presence" class. The
attribute profile class "presence" contains attributes "days per week" and "hours per day"
(see fig. 52, p. 114). The work time of the particular performer can be set by reference to the
corresponding attribute profile.
page 114
To assign the attribute profile to performer, open performer's notebook and click on the "add"
in the "presence" section. The window "Adonis-standard-application library 3.81
icon
attribute profile selection" will be displayed (see fig. 53, p. 115).
Select one of the existing profiles from the list or create a new one by clicking on the "add
profile" button.
Note: Only user with special rights can create a new attribute profile. If you do not have
those rights, there will be no "new attribute profile" button in the window "ADONIS
standard application library 3.81 - attribute profile selection". If necessary, contact
your ADONIS administrator.
After selection of desirable attribute profile press "assign" button, to assign selected profile to the
performer. Attributes "days per week" (by default 5, if no attribute profile will be referenced) and
"hours per day" (by default 8, if no attribute profile will be referenced) of assigned attribute
profile will be displayed in the notebook
To delete the reference of attribute profile, click on the "delete' icon in the presence section
page 115
Part III
8.
Tables
Tables are located in the Business Process Model "process start" class (see chap. 2.4, p. 15) and
in the Working Environment "performer" class (see chap. 2.23, p. 43). They will be centrally
managed and assigned to the notebook.
To add a row, open the notebook and click on the "add" button above the particular attribute
( ).
To delete a row, open the notebook, click on the particular row number and then on "delete"
button ( ).
To see the entire content of the table, open the particular notebook and click on the icon
"window" that is above particular attribute ( ).
In a "dialogue" window there is an option, to save a table for printing purposes or search for
browser contents.
page 116
9.
Example models
During installation of ADONIS Business Process Management toolkit, the following ADL files will
be copied in the ADONIS folder:
Example-General.adl (see chap. 9.1, p. 117)
Example-General_incl_resources.adl (see chap. 9.2, p. 123)
Example-Assurance.adl (see chap. 9.3, p. 127)
Example-Bank.adl (see chap. 9.4, p. 139)
Example-Health.adl (see chap. 9.5, p. 140)
Example-PublicServices.adl (see chap. 9.6, p. 141)
Example-Telecommunication.adl (see chap. 9.7, p. 141)
Above files contain exemplary models of the ADONIS standard application library that can be
imported to ADONIS.
When models are described in this document, some details are omitted to improve clarity. More
detailed information about the business process management toolkit you will find in the ADONIS
user manual.
9.1
page 117
Part III
"Department 5".
.
9.1.1
Problem description
An enterprise has the application department (named "Application department") with 5 workers.
It employs a department manager, two specialists and two secretaries (remark: all of them
belong to the same cost centre).
Each employee's vacation application goes to the personal department and is handled by one of
the department workers. The department clerk passes an application to the department
manager. The department manager checks the application and makes the decision upon
approval (80% of applications will be approved).
If the application is approved, the department manager gives the application to the office. The
office archives the application, updates the vacation file and informs the applicant about the
decision.
If the vacation application is declined, it will be sent to the office and filed there. The applicant is
informed about rejection.
9.1.2
Modelling in ADONIS
A solution to the problem description (see chap. 9.1.1, p. 118) also takes place in the working
environment model "application department" (see chap. 9.1.2.2, p. 119), where the personal
department "department 5" will be modelled as in the business process models "application for
vacation" (see chap. 9.1.2.3, p. 120) (modelling the application flow) and "Declining"
(see chap. 9.1.2.4, p. 122)(modelling the rejection).
9.1.2.1
The company map contains the process models in the hierarchical structure (see fig. 56, p. 119
).
page 118
9.1.2.2
A modelling of organisation structure takes place in the working environment model (see fig. 57,
p. 119).
The model contains an organisational with five performers. The organisational unit appears
where name "application department" and performers are anonymous: "manager", "performer1", "performer-2", "performer-3" and "performer-4".
2005 BOC, www.boc-group.com
page 119
Part III
Performer duties are modelled as "roles". The performer "manager" is assigned to the role "head
of department",
"performer-1" and "performer-2" to the role "clerk", "performer-3" and
"performer-4" to the role "secretary".
The relation "is manager" connects the performer "manager" to the organisational unit
"application department". The relation "belongs to" assigns all performers to the application
department.
Note: The relation "is manager" complements relation "belongs to". It does not replace
it.
Object's notebook, contains varied information. Next to described attributes, objects of the class
"performer" contain simulation data. Following table (see fig. 58, p. 120) presents employee's
hourly wages.
The performer's calendar shows the structure of regular working week or absent time (weekend,
holydays or vacation). This calendar information will be analysed by the workload simulation.
Note: Performer's calendar is set with default value (working time: Monday - Friday,
9.00 - 12.00 and 12:30 - 16:30, free days and vacations etc. are not considered).
9.1.2.3
Subprocess modelling takes place in the Business Process Model (see fig. 59, p. 120).
The process begins with class object "process start" named "application for vacation".
Next there are two objects of the class "activity": "process application form" and "check
application form". The activity "process application form" is assigned to the performer with the
role "Clerk" (i.e. performer-1 or performer-2), while the activity "check application form" has to
be carried out by the "head of department 5".
page 120
After activities "process application form" and "check application form" the process branches
out into two paths through the class object "decision" ("application accepted?").
Path 1:
In case of application approval, activities "update vacation files", "inform applicant", "file
application" are carried out simultaneously (not sequentially). Parallelism will be symbolised
by the class "parallelism", that has three outgoing branches to activities. The performer with
the role "secretary" (i.e. performer-3 or performer - 4) carries out three parallel activities.
Parallel activities, that are carried out by the same performer can only be completed in the
sequential manner.
After parallel processes, the object of the class "merge" will merge the individual branches
after the business process ends in the class object "end".
Path 2:
The second path describes an application rejection. As written in the problem description,
many business processes carry out declination of application in the identical form,
independently from the business process "application for vacation".
Hence, "decline application" is modelled as the separated business process, to be used by
different business processes.
For that purpose, an object of the class "subprocess" (with the name "decline the
application) will be modelled in the business process model "Application for vacation". The
reference on the model "decline application" is arranged in the object's "decline application"
notebook. The name of the referenced model is entered in the section "referenced process"
(in this case it is "decline application" (see chap. 9.1.2.4, p. 122)).
After execution of the subprocess "decline the application" (see chap. 9.1.2.4, p. 122), the
main process will continue. The branch ends, because there are no further activities.
The logic flow - time and logic flow of the business processes, is represented by the relation
"subsequent".
After the decision "application accepted?", both paths are required to define "variable" to enable
the simulation of the business process model "application for vacation" with the referenced
subprocess "decline the application". They will be described with the name "acceptance".
The relation "sets variable" assigns the class object "random generator" to this variable.
The discrete distribution "Discrete (YES 0.8, NO 0.2)" (the attribute "value" in the class object
"random generator") that is referenced on the object "application accepted?", is arranged in the
transition condition of both relations "sets variable". Through this distribution, the object
"acceptance" of the class "variable" is occupied with probabilities 0,8 for the value "yes" and 0,2
for the value "no".
The object of the class "random generator" is connected to the flow via relation "sets". It has to
be arranged before the object of the class "decision" (for example in the activity "check
application form").
The flow conditions of the individual path are defined in the transition condition of the relation
"subsequent", after the decision "application accepted?". In the transition condition of the
acceptance proposal path the acceptance is set to yes (acceptance=yes). In decline application
path the acceptance is set to no (acceptance=no). The transition condition consists of variable
name "acceptance", the logical operator '=' and the constants from the object of the class
"random generator") (YES or NO).
The objects notebook stores the information (attributes) such as technical descriptions of
activities.
page 121
Part III
The below table (see fig. 60, p. 122) presents values of the attributes "execution time", "waiting
time", "resting time", "transport time" and costs of all objects in the activity class. The
represented attributes are required for simulation.
Figure 60: Simulation data of the activity in the business process model "application for vacation""
The attribute "performer" in the class object "activity" carries out the assignment to the
performer of organisational structure. Assignment of the performer is done by AQL-query (AQL =
ADONIS Query Language). ADONIS offers input supporting dialogs for entering data. The table
below (see fig. 61, p. 122) shows performer assignment in objects of the class "activity" in the
model "application for vacation".
Figure 61: Performer assignment in the business process model "application for vacation"
9.1.2.4
The subprocess "decline application" is modelled as a separate business process (see fig. 62,
p. 122).
page 122
The flow within models starts from the object "decline application" of the class "process start". It
follows the parallel activities "file application", "inform applicant" which will be carried out by the
performer with the role "secretary (i.e. performer-3 or performer-4).
Parallelism starts with the object of the class "paralelity" and ends with the object of the class
"merge".
The business process ends after performing all parallel activities.
The logic is created by the connection of illustrated objects via the relation "subsequent".
The notebook of objects "file application" and "inform applicant", contains the value of attributes
"execution time", "waiting time", "resting time", "transport time" and costs that are presented on
the table below (see fig. 63, p. 123).
Figure 63: Simulation data of the activity in the business process model "decline application"
The attribute "performer" of the class object "activity" carries out the assignment to the
performer of organisational structure. Assignment of the performer is done by AQL-query (AQL =
ADONIS Query Language). ADONIS offers input supporting dialogs for entering data. The table
below (see fig. 64, p. 123) shows performer assignment in objects of the class "activity" in the
model "decline application".
Figure 64: Performer assignment in the business process model "decline application"
9.2
page 123
Part III
9.2.1
Problem description
In addition to the problem statement, there are also the following requirements:
Each performer in the "Application department" has their own PC. There is an additional PC
for the department as well.
Activities in the business process "Application for vacation" and in subprocess "Decline
application" are performed with support of resources (PC).
Simulation run should assure that the performer uses its own PC to carry out the activity.
9.2.2
Modelling in ADONIS
The described problem (see chap. 9.2.1, p. 124) is implemented through the working
environmental model "Application department" (see chap. 9.2.2.2, p. 125), (where the
"department 5" is modelled), Business Process Model "Application for vacation (resource)"
(see chap. 9.2.2.3, p. 126) and "Decline application (resource)" (see chap. 9.2.2.4, p. 127).
9.2.2.1
Company map "Application for vacation (resources)" contains the process models in their
hierarchical structure (see fig. 65, p. 125).
page 124
9.2.2.2
The Working Environment model "Application department (Resource) 3.81" (see fig. 66, p. 125)
is the same as "Application department" (see chap. 9.1.2.2, p. 119) but also includes resources.
page 125
Part III
The below table (see fig. 67, p. 126) shows values of individual resource that are located in the
attribute "hourly wages".
9.2.2.3
BP Model "Application for vacation (resource)" (see fig. 68, p. 126) represents the business
process model "application for vacation" (see chap. 9.1.2.3, p. 120) expanded with resources.
To show that activities are supported by resources, objects of class "activity" are connected with
resources via relation "uses". Those resources are considered as placeholders.
Then in the attribute "selection" of class object "resource" a particular resource is assigned from
the appropriate working environment model (see fig. 69, p. 126).
Figure 69: Resource assignment in the business process model "Application for vacation (resource)"
page 126
To ensure that a performer carries out an activity with their own PC, the value (current
performer -> "uses resource") is entered in the attribute "selection".
9.2.2.4
BP Model "Decline application (resource)" (see fig. 70, p. 127) contains the business process
model "Decline application" (see chap. 9.1.2.4, p. 122) updated by resources.
Relation "uses" assigns a resource to objects "decline application (resources)" and "inform
applicant" of the class "activity". Those resources (PC-6 and PC-7) are placeholders for assigned
resources in the working environment model.
In the attribute "selection" of the object "PC-6" and "PC-7" the activity will assign a concrete
resource from the corresponding working environmental model (see fig. 71, p. 127).
Figure 71: Resources assignment in the business process model "Decline application (resource)"
To ensure that performer uses its own PC to perform the activity, the attribute "selection" of the
class "resource" contains the value "(current performer -> uses resource)".
9.3
page 127
Part III
"Processes in customer service dep. Life assurance" (see chap. 9.3.2, p. 129),
Business process models
"BP Contract value enquires (written)" (see chap. 9.3.2.2, p. 131),
"BP Change of address" (see chap. 9.3.2.3, p. 133),
"BP Change name of policy holder" (see chap. 9.3.2.4, p. 134),
"BP Change of beneficiary" (see chap. 9.3.2.5, p. 135),
"SP Policy update" (see chap. 9.3.2.6, p. 136),
"SP Dispatch written evaluation" (see chap. 9.3.2.7, p. 137)
Working Environments model
"Customer Service Dept" (see chap. 9.3.2.1, p. 130).
Document model
"Customer service dept Life assurance" (see chap. 9.3.2.8, p. 138).
and User case diagram
"Customer database" (see chap. 9.3.2.9, p. 138).
With use of those models, it is not possible to represent business processes of the life insurance
company. You will find detailed model descriptions in the chapter modelling in ADONIS
(see chap. 9.3.2, p. 129).
9.3.1
Problem description
During the contract value enquiries the existing contract is checked. The established values are
checked and obtained performance data is reported to customers (in written form). The process
of "writing letters" occurs in the identical form however in a different department of the
enterprise. If the performance data does not exist, the customer and agent will be informed (in
written form).
The business process change of beneficiary describes, that changed application will be issued to
the existing beneficiary right. Then the check has to be performed to examine if changes have
been applied or not. There are two possible results: either it is possible to change and apply
beneficiary or it cannot be changed and the business process ends, because the request cannot
be fulfilled.
In the case of an address change, the address will be searched for in the address database to
check if it exists and a decision made about the address origin (home or foreign). If it is a home
address, a new address can be entered into the system. If the address is foreign, authorization of
delivery has to be checked before entering the data into the system. The business process ends
with the letter preparation that informs customer about the change.
If a policy holder requests to change his name, the existing name will be searched in the address
database and the name will be changed. A letter regarding the change will be sent to the
customer.
The flow of the process "writing a letter" is the same in every department.
9.3.2
Modelling in ADONIS
page 129
Part III
9.3.2.1
Modelling of organisational structure occurs in a working environment model (see fig. 73, p. 130
).
The model contains three organisation units and four performers. Organisation units have
following names "Services", "Enquires" and "Customer service dept. Life assurance". This time,
performers have names: "Edward Spring" from "Enquiries" department and "Jack Summer",
"Henry Autumn" and "Tom Winter" from "services" department.
page 130
Area of a performer's responsibility is modelled as a "role". Performer of "enquires" has the role
"Clerk Enquires". Three performers from the department "Services" have the role "Clerk Service".
The role assignment is arranged by the relations "has role" and the assignment to the
department is arranged by the relation "belongs to".
The below table (see fig. 74, p. 131) shows the assignment of performers to the activity in all
business process models.
In the main business process model ("BP Application for Vacation"), the performer with the role
"clerk" (services or enquires) is assigned to the activity. At the same time, the attribute "done
by" of this activity will be occupied with the value "Service clerk" or "Enquires clerk". It
guarantees, that the performer that is assigned to the first activity also performs all following
activities thus there is no performer exchange.
Note: It is possible to create a performers calendar for each performer. Check hints in
the example model "Application for vacation" (see chap. 9.1.2.3, p. 120).
9.3.2.2
The modelling of a process flow occurs in the business process model, where "BP contract value
enquires" is represented (see fig. 75, p. 132).
page 131
Part III
Process flow starts with the object "process start" named "Contract value enquires".
Next, follows objects of the class "activity": "check contract" and "valuating the contract". Both
activities will be carried out by the performer with the role "information clerk". In this example,
there is only one performer with such status.
If the performance value is calculated, the flow splits into parallel streams. It is arranged by the
"parallelism" object.
Path 1: The "SP Dispatch written evaluation" is called in most cases. As described in the
problem description, the process of "Writing letters" is consistently activated. Therefore this
activity is represented as the separate business process model (subprocess) to be used by
different business process models.
In the business process model "contract value enquires", an object of the class "sub process" (SP
dispatch written evaluation) is modelled for the process "writing letters". The reference on the
model "SP dispatch written evaluation" is arranged in the ADONIS-Notebook of objects "SP
dispatch written evaluation" (business process model), in the attribute "referenced subprocess"
(in this case it is "SP dispatch written evaluation").
Path 2: If no performance values are present, what happens in 20% of cases where business
process model is activated, it will be then presented by the random generator. The path, you
have to choose will be shown by the transition condition "Value=None". This value is displayed
on the connector (or relation "subsequent"). If there is no performance value, it is necessary to
get the written agreement from the agent regarding the missing performance value.
The "conditional parallelism" will be brought together by the object "organization". The process
flows directly to the object "end", because there are no further activities.
The logic flow, the timing and logic flow of the business processes is represented by the relation
"subsequent".
A "variable" is defined to enable simulation capabilities of the business process model of the "BP
Contact value enquires" including referenced subprocess "SP Dispatch written evaluation". The
variable is named "value". The object of the class "random generator" (statistical distribution) will
be assigned to this variable by the relation "assign variable".
The discrete distribution (exist: 0,8; not exist 0,2) (the attribute "Value" in the "random
generator" class object) is referenced on the object "X" of the "parallelism" class in the "transition
condition" of both relations of the "subsequent" type. With this distribution, the object "Value" of
the class "variable" with probability 0,8 is set to "exists" and with probability 0,2 is set for "none".
The transition condition is consisted of variables "Value", logical operator "=" and a constant
from the class object "Random generator" ('exists' or 'none'). In this example only transition
condition "none" is modelled.
page 132
The relation "sets" connects an object of the class "random generator" with the flow. It has to be
done before the object of the class "decision". In this example the "random generator" is
arranged in the "parallelism" object.
Object's notebooks contain information about the objects. For example: Technical description in
activities.
Note: The performer's assignment to the activity is presented in the description of the
working environmental model (see fig. 74, p. 131).
9.3.2.3
Modelling of process flows is arranged in the BP model "BP change of address" (see fig. 76,
p. 133).
The flow begins with the object " change of address" of the class "process start".
After process start object, there are two activities: "Search for customer in customer database"
and "Check address (domestic/foreign)". Those activities are performed by the performer with
the role "clerk".
After the activity "Check address (domestic/foreign)", the flow branches out into two paths
(through the object "Domestic or foreign?" of the class "decision").
Path 1: If the address is domestic, the activity "Enter new address in system" will be immediately
carried out.
Path 2: If the address is foreign, the flow is extended by some class objects. The activity "Check
country in risk table" follows the class "decision" (Name: "Authorization required?") that again
provides two possibilities of the process flow.
Path 3: The "decision" permits that no authorization is required. Then the flow path goes directly
to the activity "Enter new address in system", that can be carried out without additional activities
in the path 1.
Path 4: If the "decision" indicates that the authorisation is required, the process path goes
through the activity "Contact the customer" and then to the "Enter new address in system".
After the end of activity "Enter new address in system", the process of "Writing letters" is shown
in the form of "subprocess" ("SP Policy update"). In a different business process, the process of
page 133
Part III
"Writing letters" is performed in the same form. Therefore the "Sending letters" activity is
modelled on the basis of business process models in the form of subprocesses.
If the subprocess "SP Policy update" ends, the main process "BP Change of address" continues.
Because there is no further activities, it ends in the object "end".
To enable the simulation capability of the business process model "BP Change of address",
including its subprocess "SP Policy update", the variables (in this case "Address" and
"AuthNeeded") have to be defined for three optional paths. It has to be arranged before
decisions "Domestic or foreign?" and "Authorization required?".
The relation "sets variable" assigns the variable to the "random generator" (statistical
distribution).
The statistical distribution "Discrete (domestic 0,9; foreign 0,1) (attribute "value" in the class
object "random generator") is referenced after the decision class object "Domestic or foreign?" in
the "transition condition" of both relations "subsequent". Through this distribution, the object
"Address" of the class "Variable" is occupied with probabilities 0,8 for the value "Domestic" and
0,2 for the value "Foreign".
The relation "sets" connects the class object "random generator" with the flow. It should be
arranged in the "decision" class object. Optionally you can arrange it in the activity right before
the decision.
Conditions for each path (after the decision "Domestic or foreign?") are defined in the "transition
condition" of the relation type "subsequent". In case of path 1, where address is domestic, the
value "Address='Domestic'" is entered. If address is "foreign", in the case the field is occupied
with the value "Address='Foreign'" (path 2). The transition condition is consisted of variables
"Address", logical operator "=" and a constant from the class object "random generator"
('domestic' or 'foreign').
Note: The performers assignment to the activity is presented by a description of a
working environmental model (see fig. 74, p. 131).
Note: Also notice other's models description entered in ADONIS Notebook.
9.3.2.4
The modelling of process flow is arranged in the BP Model "BP Change name of policy holder"
(see fig. 77, p. 134).
Figure 77: Business process model "BP Change name of policy holder"
The flow begins with the object " change of address" of the class "Process start".
The process flow is a sequence that begins with activities "Search for customer in customer
database" and "Enter new name into database". The flow path navigates through the sub process
"SP Policy Update". The object "sub process" ("SP Update policy (business process model)") is
modelled.
page 134
The reference on the model "SP Policy Update" is arranged in the notebook of the object "SP
Policy Update", where the attribute "referenced subprocess" contains the name of referenced
business process model (in this case it is SP Policy Update).
After completing the subprocess "SP Policy Update", the flow returns to the main process "BP
Change name of policy holder" and ends in the class object "end".
Note: Performance assignment is presented in the description of the working
environment model (see fig. 74, p. 131).
Note: The object's notebook contains information (attributes) such as a technical
description of a given activity or number and appearance frequency of a given
"process start" object (see fig. 60, p. 122). They show attributes value's of "execution
times", "waiting time", "resting time", "transport time" and "costs" in all objects of the
"activity" class. The above attributes are required for simulation.
9.3.2.5
Modelling of the process flow is arranged in the business process model and presents the BP
model "BP change of beneficiary" (see fig. 78, p. 135).
The flow begins with the object "Check change request" of the class "process start".
The activity "Check change request" follows process start. The activity is carried out by a "Service
clerk" performers.
After the activity "Check change request", the flow branches out into two paths (through the
object "Can changes be made?").
Path 1: The flow branches out in the object "Parallelism". It specifies what activities should be
executed at the time. Execution order within parallelism is arbitrary. Activities can be also
accomplished by different performers (in this example there are two activities: "Check contract"
and "Search for customer in customer database"). If both activities are performed, the flow
reaches the object "Merging".
After merging, all objects have to be executed in the sequence. The process flows to the
decision object "Right to life assurance unchangeable?", with two optional flow paths.
Path 3: Beneficiary is revocable and the activity "Enter new names in system" is immediately
executed.
Path 4: The beneficiary is revocable and the activity "Determine creditor" is executed. After that,
the activity "Enter new names in system" is performed.
2005 BOC, www.boc-group.com
page 135
Part III
Because two branches in the activity "Enter new names in system" run together, the main
process continues and flows into the subprocess "SP Correspondence (Policy update)".
The reference on the "SP Correspondence (Policy update)" is arranged in the object's "SP
Correspondence (Policy update)" notebook (the name of the process is entered in the attribute
"referenced subprocess" - in this case it is SP Correspondence (Policy update). After completing
the subprocess "SP Correspondence (Policy update)" the flow returns to the main process "BP
change of beneficiary" and ends in the class object "end".
Path 2: If changes cannot be made, the activity "Information to agent" is performed and the flow
returns to the main process "BP change of beneficiary" and ends in the class object "end".
The flow logic - the chronological and logic flow of the business processes is represented by the
relation "subsequent".
"Variables" for three optional paths (after decisions "Can changes be made?" and "Right to life
assurance unchangeable?") need to be defined to enable simulations capability of the business
process model "BP change of beneficiary", including the sub process "SP Policy update"..
The relation "sets variable" assigns variable to the class object "random generator" (statistical
distribution).
The discrete distributions "Discrete (yes 0.99; no 0.01)" and "Discrete (yes 0.3; no 0.7)"
(attribute "value" in the Object of the class "random generator") are referenced in the "transition
condition" section of relation "subsequent". The reference is arranged before objects "Domestic
or foreign?" and "Authorization required?". Through this distribution the object "execution" of the
class "variable" sets the value "yes" with the probability 0.99 and the value "no" with probability
0.01. The object "unchangeable" of the class "variable" sets the value "yes" with the probability
0.3 and the value "no" with the probability 0.7.
The relation "sets" connects objects of the class "random generator" with the flow. Ideally it is
arranged at the particular decision.
The flow conditions of particular paths are defined in the "transition condition" section of the
relation "subsequent" (after the decisions "Can changes be made?" and "Right to life assurance
unchangeable?"). In the transition condition of the path that is coming out of the "Can changes
be made?", the execution value is set to "yes". In path 2, (changes are unavailable), the
execution value is set to "no". In case of unchangeable right to the life assurance, the
unchangeable "no", if changes are possible the value is set to "yes" path 4).
The transition condition is consisted of variable name "execution" or "unchangeable", logical
operator "=" and the constant from the class object "random generator" "yes or no".
Note: The performer's assignment to the activities is represented by the description of
the working environment model (see fig. 74, p. 131).
Note: See details regarding ADONIS notebook entry in the description of the other
models.
9.3.2.6
The subprocess "SP Dispatch written evaluation" is displayed as the independent business
process model (see fig. 79, p. 137).
page 136
The flow within the model begins with the process start object "Dispatch written evaluation".
Following the start object there are two activity objects "Write letter" and "Dispatch letter". Both
activities are carried out by the class object "performer" with the role "clerk" from the enquiry
department.
After completing both activities, the subprocess ends.
The logic flow is created by connecting displayed objects with the relation type "subsequent".
Note: The performer's assignment to the activities is represented by the description of
the working environment model (see fig. 74, p. 131).
Note: See details regarding ADONIS notebook entry in the description of other models.
9.3.2.7
The subprocess "SP Policy update" is displayed as the independent business process
management (see fig. 80, p. 137).
The flow within the model begins with the process start object "Policy update". Following the
start object there are two activity objects: "Write policy endorsement" and "Send endorsement".
Both activities are carried out by the class object "performer" with the role "clerk" from the
services department.
After completing both activities, the subprocess ends.
The logic flow is created by connecting displayed objects with the relation type "subsequent".
Note: The performer's assignment to the activities is represented by the description of
the working environment model (see fig. 74, p. 131).
Note: See details regarding ADONIS notebook entry in the description of others
models.
page 137
Part III
9.3.2.8
The document model "Customer service department" contains all documents that are required
for these modelled processes (see fig. 81, p. 138).
The six documents: "Contract", "Policy endorsement", "Endorsement", "Change request", "Risk
table" and "Letter" are modelled without connectors, because they are independent from each
other.
In the process models, documents are referenced in the corresponding activities. On the
graphics surface area, the reference is displayed as the symbol on top of the activity.
9.3.2.9
A use case diagram "Customer database" shows the EDP solution "Customer database" with its
possibilities available for the user (role "Service clerk") (see fig. 82, p. 139).
page 138
Every use case diagram: "Search for customer", "Enter new address", "Enter new name" can be
requested at the same time by the system and the option in the program.
The role "clerk" in service department references this actor in the working environment model.
9.4
page 139
Part III
"Documents (transfer)"
and User Case Diagram
"Use cases (bank)".
These models show the voucher-bound transfer in the bank and its interrelations.
9.5
9.6
9.7
page 141
Part III
Document model
"Documents (post-paid settlement)".
and the Working Environment model
"New applications".
These models show the creation and interrelations of application and settlement for the postpaid phones.
page 142
Part IV
Information for ADONIS administrators
If you change attributes, the program call can be helpful to recover default settings. In this
situation you can use this chapter as the reference manual to compare the default settings with
your current status.
In this chapter following topics are described:
Class attributes (see chap. 1., p. 143)
Library attributes (see chap. 2., p. 214)
1.
1.1
GraphRep
The class attribute "GraphRep" is set for the following classes of the ADONIS Standard BP
Library 3.81:
Actor (see chap. 1.1.1, p. 145)
Use case (see chap. 1.1.2, p. 145)
System boundary (see chap. 1.1.3, p. 146)
Process start (see chap. 1.1.4, p. 146)
Subprocess (see chap. 1.1.5, p. 147)
Activity (see chap. 1.1.6, p. 148)
Decision (see chap. 1.1.7, p. 150)
Parallelism (see chap. 1.1.8, p. 151)
Merging (see chap. 1.1.9, p. 152)
End (see chap. 1.1.10, p. 152)
Variable (see chap. 1.1.11, p. 153)
Random generator (see chap. 1.1.12, p. 153)
Resource (see chap. 1.1.13, p. 154)
2005 BOC, www.boc-group.com
page 143
Part IV
1.1.1
Class "Actor"
1.1.2
page 145
Part IV
IF (sp = \"English\")
ATTR \"Details\" x:c y:1cm format:\">> %m\" h:t w:c:3.5cm
ELSE
AVAL sub:\"Submodelname\"
TEXT (\">> \"+sub) x:c y:1cm h:t w:c:3.5cm
TEXTBOX (sub) x:c y:1cm h:t w:c:3.5cm
PEN style:null
FILL style:null
HOTSPOT \"Details\" text:(\"Klicken um zu ffnen:\\n\"
y:(texty1) w:(textw) h:("
"texth)
PEN
FILL
FILL style:null
ENDIF
ENDIF
AVAL oF:\"Open questions\"
IF (LEN (replall (replall ((oF),\" \",\"\"),\"\",\"\")) > 0)
FONT \"Arial\" h:10.0pt bold color:red
TEXT \"?\" x:1.7cm y:-0.95cm
ENDIF
1.1.3
sub)
x:(textx1)
1.1.4
page 146
GRAPHREP
AVAL sp:"Language"
AVAL set-default:"@" ext:"External Documentation"
AVAL rdok:"Referenced documents"
PEN w:0.05cm
FILL color:yellow
POLYGON 3 x1:-.7cm y1:.7cm x2:.7cm y2:.7cm x3:0cm y3:-.7cm
IF (sp = "English")
ATTR "Name" y:.8cm w:c:2.8cm h:t
ELSE
ATTR "Bezeichnung" y:.8cm w:c:2.8cm h:t
ENDIF
AVAL i:"Order"
IF (i > "0")
FONT "Helvetica" h:10.0pt bold
ATTR "Order" x:0.00cm y:0.00cm w:c:1.00cm h:c
ENDIF
AVAL oF:"Open questions"
IF ( LEN(replall(replall((oF)," ",""),"
",""))>0
)
FONT "Helvetica" h:10.0pt bold color:red
TEXT "?" x:-0.55cm y:-0.50cm
ENDIF
IF ((NOT ((ext = "@") OR (search(ext,"param:\"\"",0) >=0) OR (ext = "Winword@") OR
(ext = "Excel@") OR (ext = "Powerpnt@") OR (ext = "Editor@") OR (ext = "Wordpad@")
OR (ext = "Notepad@"))) OR (rdok != ""))
FONT "Wingdings" h:18.0pt color:black
TEXT "4" x:.8cm y:-.3cm w:r h:b
ENDIF
1.1.5
Class "Subprocess"
page 147
Part IV
ENDIF
ELSE
IF (sp = "English")
IF (display = "yes")
ATTR "Name" y:.8cm w:c:2.8cm h:t
ATTRBOX "Name" y:.8cm w:c:2.8cm h:t
FONT "Arial" h:8pt bold
ATTR "Referenced subprocess" y:(texty2 + .1cm) w:c:2.8cm h:t format:"%m"
FONT
ELSE
ATTR "Referenced subprocess" y:.8cm w:c:2.8cm h:t format:"%m"
ENDIF
ELSE
IF (display = "yes")
ATTR "Bezeichnung" y:.8cm w:c:2.8cm h:t
ATTRBOX "Bezeichnung" y:.8cm w:c:2.8cm h:t
FONT "Arial" h:8pt bold
ATTR "Referenced subprocess" text:(sn) y:(texty2 + .1cm) w:c:2.8cm h:t
FONT
ELSE
ATTR "Referenced subprocess" text:(sn) y:.8cm w:c:2.8cm h:t
ENDIF
ENDIF
ENDIF
IF (i > "0")
FONT "Arial" h:10.0pt bold color:white
ATTR "Order" x:0.00cm y:0.00cm w:c:1.00cm h:c
ENDIF
AVAL oF:"Open questions"
IF (
LEN(replall(replall((oF)," ",""),"
",""))>0
)
FONT "Arial" h:10.0pt bold color:red
TEXT "?" x:0.55cm y:-0.50cm
ENDIF
1.1.6
Class "Activity"
page 148
page 149
Part IV
1.1.7
Class "Decision"
page 150
AVAL i:\"Order\"
IF (i > \"0\")
FONT \"Arial\" h:10.0pt bold color:black
ATTR \"Order\" w:c:1.00cm h:c
ENDIF
AVAL oF:\"Open questions\"
IF (LEN(replall(replall((oF),\" \",\"\"),\"\",\"\"))>0)
FONT \"Arial\" h:10.0pt bold color:red
TEXT \"?\" x:0.60cm y:-.60cm h:c
ENDIF
IF (VAL (replall (su, \",\", \".\")) 1)
FONT \"Arial\" h:10.0pt bold color:red
TEXT \"!\" x:1.0cm y:-.60cm h:c
ENDIF"
1.1.8
Class "Parallelity"
page 151
Part IV
1.1.9
Class "Merging"
1.1.10
Class "End"
page 152
ENDIF
IF (d = "with name")
FONT color:(col)
IF (sp = "English")
ATTR "Name" y:.8cm w:c:1.00cm h:t
ELSE
ATTR "Bezeichnung" y:.8cm w:c:1.00cm h:t
ENDIF
ENDIF
IF (i > "0")
FONT "Arial" h:10.0pt bold color:black
ATTR "Order" x:0.00cm y:0.00cm w:c:1.00cm h:c
ENDIF
1.1.11
Class "Variable"
1.1.12
page 153
Part IV
1.1.13
Class "Resource"
page 154
FILL color:slategray
RECTANGLE x:-.275cm y:-.7cm w:.55cm h:1.4cm
FILL color:black
RECTANGLE x:.14cm y:-1cm w:.05cm h:.3cm
SHADOW off
FILL color:palegreen
RECTANGLE x:-.225cm y:-.55cm w:.45cm h:.3cm
FILL color:black
RECTANGLE x:-.20cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:.55cm w:.1cm h:.03cm
RECTANGLE x:-.05cm y:-.65cm w:.1cm h:.03cm
ELSE
FILL color:whitesmoke
POLYGON 3 x1:-.7cm y1:.6cm x2:-1cm y2:-.2cm x3:.5cm y3:-.4cm
POLYGON 4 x1:-.9cm y1:-.4cm x2:.7cm y2: -.6cm x3:.9cm y3:.4cm x4:-.7cm y4:.6cm
FILL color:lightsteelblue
POLYGON 3 x1:-.72cm y1:.15cm x2:.72cm y2:.15cm y3:-.6cm
FILL color:whitesmoke
POLYGON 3 x1:-.35cm x2:.35cm y3:-.35cm
FILL color:forestgreen
PEN 0.025cm
POLYGON 4 x1:-.5cm y1:.4cm x2:.4cm y2:-.5cm x3:.5cm y3:-.4cm x4:-.4cm y4:.5cm
FILL color:mistyrose
POLYGON 3 x1:-.5cm y1:.4cm x2:-.4cm y2:.5cm x3:-.65cm y3:.65cm
FILL color:lightgray
POLYGON 4 x1:.4cm y1:-.5cm x2:.5cm y2:-.4cm x3:.55cm y3:-.45cm x4:.45cm y4:-.55cm
FILL color:orangered
POLYGON 4 x1:.55cm y1:-.45cm x2:.45cm y2:-.55cm x3:.525cm y3:-.625cm x4:.625cm
y4:-.525cm
ENDIF
FONT color:(col)
IF (sp = "English")
ATTR "Name" y:.8cm w:c:2.8cm h:t
ELSE
ATTR "Bezeichnung" y:.8cm w:c:2.8cm h:t
ENDIF
1.1.14
Class "Process"
page 155
Part IV
page 156
1.1.15
zu
ffnen:\n"
sn)
page 157
Part IV
1.1.16
TEXT "Y"
x:-0.75cm y:-1.1cm
ELSIF (k = "Half-year")
TEXT "HY"
x:-0.75cm y:-1.1cm
ELSIF (k = "Quarter")
TEXT "Q"
x:-0.75cm y:-1.1cm
ELSIF (k = "Month")
TEXT "M"
x:-0.75cm y:-1.1cm
ELSIF (k = "Week")
TEXT "W"
x:-0.75cm y:-1.1cm
ELSIF (k = "Day")
TEXT "D"
x:-0.75cm y:-1.1cm
ENDIF
ENDIF
IF (VAL vscore =1)
FONT h:10pt
TEXT (score) x:0.55cm y:-1.1cm
ENDIF
IF ( strState "" )
IF ( strState = "Red" )
FILL color:red
ELSIF ( strState = "Green" )
FILL color:lime
ELSIF ( strState = "Yellow" )
FILL color:yellow
ELSE
FILL color:lightgray
ENDIF
ELLIPSE x:0.85cm y:.55cm rx:0.15cm ry:0.15cm
ENDIF
1.1.17
Class "Document"
page 159
Part IV
x6:.04cm y6:.41cm
x7:.04cm y7:.59cm
x8:.14cm y8:.59cm
x9:.3cm y9:.29cm
x10:.34cm y10:.26cm
x11:.34cm y11:.23cm
x12:.18cm y12:.23cm
x13:.1cm y13:.26cm
x14:.22cm y14:.29cm
x15:.13cm y15:.47cm
x16:.13cm y16:.23cm
x17:.07cm y17:.23cm
x18:-.05cm y18:.47cm
x19:-.05cm y19:.29cm
x20:-.02cm y20:.26cm
x21:-.02cm y21:.23cm
IF (search(a,".doc",0) >=0 OR search(a,".DOC",0) >=0 OR search(a,".rtf",0) >=0 OR
search(a,".RTF",0) >=0 OR search(a,".txt",0) >=0 OR search(a,".TXT",0) >=0)
PEN style:solid
FILL color:white
POLYGON 5
x1:.4cm y1:.23cm
x2:.4cm y2:.53cm
x3:.62cm y3:.53cm
x4:.62cm y4:.32cm
x5:.5cm y5:.23cm
POLYGON 3
x1:.62cm y1:.32cm
x2:.5cm y2:.23cm
x3:.5cm y3:.32cm
LINE x1:.45cm y1:.36cm x2:.55cm y2:.36cm
LINE x1:.45cm y1:.42cm x2:.55cm y2:.42cm
LINE x1:.45cm y1:.48cm x2:.55cm y2:.48cm
ENDIF
ELSIF (search(a,"Powerpnt",0) >= 0)
PEN w:.06cm r:132 g:132 b:132
FILL r:132 g:132 b:132
RECTANGLE x:-.06cm y:.27cm w:.41cm h:.33cm
PEN w:.06cm color:black
FILL color:white
RECTANGLE x:-.17cm y:.21cm w:.45cm h:.36cm
PEN w:.06cm r:132 g:132 b:132
POLYLINE 3
x1:-.17cm y1:.57cm
x2:-.17cm y2:.21cm
x3:.28cm y3:.21cm
PEN w:.05cm r:132 g:132 b:132
FILL r:0 g:255 b:255
RECTANGLE x:-.11cm y:.27cm w:.33cm h:.24cm
PEN style:null
FILL color:red
PIE x:.05cm y:.39cm rx:0.1cm ry:0.07cm x1:.05cm y1:.32cm x2:.15cm y2:.39cm
IF (search(a,".ppt",0) >=0 OR search(a,".PPT",0) >=0)
PEN style:solid
FILL color:white
POLYGON 5
x1:.4cm y1:.23cm
x2:.4cm y2:.53cm
x3:.62cm y3:.53cm
x4:.62cm y4:.32cm
x5:.5cm y5:.23cm
page 160
POLYGON 3
x1:.62cm y1:.32cm
x2:.5cm y2:.23cm
x3:.5cm y3:.32cm
LINE x1:.45cm y1:.36cm x2:.55cm y2:.36cm
LINE x1:.45cm y1:.42cm x2:.55cm y2:.42cm
LINE x1:.45cm y1:.48cm x2:.55cm y2:.48cm
ENDIF
ELSIF (search(a,"Excel",0) >= 0)
PEN w:0.06cm
FILL r:0 g:132 b:132
POLYGON 9
x1:.16cm y1:.23cm
x2:-.17cm y2:.56cm
x3:-.17cm y3:.59cm
x4:.19cm y4:.59cm
x5:.31cm y5:.44cm
x6:.13cm y6:.44cm
x7:.13cm y7:.44cm
x8:.31cm y8:.26cm
x9:.31cm y9:.23cm
FILL r:0 g:255 b:255
POLYGON 6
x1:-.17cm y1:.23cm
x2:-.17cm y2:.26cm
x3:.16cm y3:.62cm
x4:.34cm y4:.62cm
x5:.34cm y5:.59cm
x6:-.01cm y6:.23cm
IF (search(a,".xl",0) >= 0 OR search(a,".XL",0) >=0)
PEN style:solid
FILL color:white
POLYGON 5
x1:.4cm y1:.23cm
x2:.4cm y2:.53cm
x3:.62cm y3:.53cm
x4:.62cm y4:.32cm
x5:.5cm y5:.23cm
POLYGON 3
x1:.62cm y1:.32cm
x2:.5cm y2:.23cm
x3:.5cm y3:.32cm
LINE x1:.45cm y1:.36cm x2:.55cm y2:.36cm
LINE x1:.45cm y1:.42cm x2:.55cm y2:.42cm
LINE x1:.45cm y1:.48cm x2:.55cm y2:.48cm
ENDIF
ENDIF
IF (a = "@")
FONT color:(col)
IF (sp = "English")
ATTR "Name" y:1.6cm w:c:2.8cm h:t
ELSE
ATTR "Bezeichnung" y:1.6cm w:c:2.8cm h:t
ENDIF
ELSE
IF (sp = "English")
ATTR "Name" y:1.6cm w:c:2.8cm h:t
ATTRBOX "Name" y:1.6cm w:c:2.8cm h:t
FONT "Arial" h:8pt bold color:(col)
ATTR "Referenced document" text:(copy (a, s, e)) y:(texty2 + .1cm) w:c:2.8cm
h:t
page 161
Part IV
ELSE
ATTR "Bezeichnung" y:1.6cm w:c:2.8cm h:t
ATTRBOX "Bezeichnung" y:1.6cm w:c:2.8cm h:t
FONT "Arial" h:8pt bold color:(col)
ATTR "Referenced document" text:(copy (a, s, e)) y:(texty2 + .1cm) w:c:2.8cm
h:t
ENDIF
ENDIF
1.1.18
Class "Note"
page 162
page 163
Part IV
ENDIF
IF (sp="English")
ATTR "Text" x:(tabx1) y:(taby1) w:(tabw2) h:(tabh2)
ELSE
ATTR "Notiz" x:(tabx1) y:(taby1) w:(tabw2) h:(tabh2)
ENDIF
ENDIF
ENDIF
1.1.19
Class "Aggregation"
page 164
ENDIF
IF (d = "inside")
IF (sp = "English")
ATTR "Name" x:(tabx1) y:(taby1) w:(tabw2) h:(tabh2)
ELSE
ATTR "Bezeichnung" x:(tabx1) y:(taby1) w:(tabw2) h:(tabh2)
ENDIF
ELSE
IF (sp = "English")
ATTR "Name" x:(tabx1) y:-.05cm w:(tabw2) h:b
ELSE
ATTR "Bezeichnung" x:(tabx1) y:-.05cm w:(tabw2) h:b
ENDIF
ENDIF
ENDIF
F
1.1.20
page 165
Part IV
ATTR
"Name"
x:19.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 50cm)
IF (or = "center")
ATTR "Name" x:38.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR
"Name"
x:38.0cm
y:(taby1)
w:c:(tabw1)
h:t:(tabh2)
linebreak:rigorous
ELSE
ATTR
"Name"
x:38.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 70cm)
IF (or = "center")
ATTR "Name" x:57.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR "Name" x:57.0cm y:(taby1) w:c:(tabw1) h:t:(tabh2) line-break:rigorous
ELSE
ATTR
"Name"
x:57.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 90cm)
IF (or = "center")
ATTR "Name" x:76.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR
"Name"
x:76.0cm
y:(taby1)
w:c:(tabw1)
h:t:(tabh2)
linebreak:rigorous
ELSE
ATTR
"Name"
x:76.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 110cm)
IF (or = "center")
ATTR "Name" x:95.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR "Name" x:95.0cm y:(taby1) w:c:(tabw1) h:t:(tabh2) line-break:rigorous
ELSE
ATTR
"Name"
x:95.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 130cm)
IF (or = "center")
ATTR "Name" x:114.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR
"Name"
x:114.0cm
y:(taby1)
w:c:(tabw1)
h:t:(tabh2)
linebreak:rigorous
ELSE
ATTR
"Name"
x:114.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
page 166
ENDIF
IF ((tabw1 + tabw2) > 150cm)
IF (or = "center")
ATTR "Name" x:133.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR "Name" x:133.0cm y:(taby1) w:c:(tabw1) h:t:(tabh2) line-break:rigorous
ELSE
ATTR
"Name"
x:133.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 170cm)
IF (or = "center")
ATTR "Name" x:152.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR
"Name"
x:152.0cm
y:(taby1)
w:c:(tabw1)
h:t:(tabh2)
linebreak:rigorous
ELSE
ATTR
"Name"
x:152.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 190cm)
IF (or = "center")
ATTR "Name" x:171.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR "Name" x:171.0cm y:(taby1) w:c:(tabw1) h:t:(tabh2) line-break:rigorous
ELSE
ATTR
"Name"
x:171.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 210cm)
IF (or = "center")
ATTR "Name" x:190.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR
"Name"
x:190.0cm
y:(taby1)
w:c:(tabw1)
h:t:(tabh2)
linebreak:rigorous
ELSE
ATTR
"Name"
x:190.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
IF ((tabw1 + tabw2) > 230cm)
IF (or = "center")
ATTR "Name" x:209.0cm y:(taby1 + (tabh2 / 2)) w:c:(tabw1) h:c:(tabh2)
line-break:rigorous
ELSIF (or = "top")
ATTR "Name" x:209.0cm y:(taby1) w:c:(tabw1) h:t:(tabh2) line-break:rigorous
ELSE
ATTR
"Name"
x:209.0cm
y:(taby2)
w:c:(tabw1)
h:b:(tabh2)
linebreak:rigorous
ENDIF
ENDIF
ENDIF
ELSE
IF (or = "center")
page 167
Part IV
page 168
page 169
Part IV
page 170
page 171
Part IV
1.1.21
page 172
AVAL sp:"Language"
FILL color:(rgbval (c))
PEN color:black
RECTANGLE w:4cm h:6cm
TABLE rows:2 cols:3 w:4cm h:6cm h1:4cm h2:100% w1:.1cm w2:100% w3:.1cm
STRETCH off
FONT color:(col) h:14pt bold
IF (o="")
IF (sp = "English")
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:(taby0 + tabh1 / 2) w:c:(tabw2)
h:c:(tabh1) line-break:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:(taby0 + tabh1 / 2) w:l:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSE
ATTR "Name" x:(tabx2) y:(taby0 + tabh1 / 2) w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
IF (w="yes")
IF ((tabh1 + tabh2) > 20cm)
SET cl:$b5b5b5
FONT color:(cl) h:14pt bold
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:14cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:14cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:14cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 35cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:28cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:28cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:28cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 50cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:42cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:42cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:42cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 65cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:56cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:56cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:56cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
page 173
Part IV
ENDIF
IF ((tabh1 + tabh2) > 80cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:70cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:70cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:70cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 95cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:84cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:84cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:84cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 110cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:98cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:98cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:98cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 125cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:112cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:112cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:112cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 140cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:126cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:126cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:126cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 155cm)
IF (or = "center")
ATTR "Name" x:(tabx1 + (tabw2 / 2)) y:140cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Name" x:(tabx1) y:140cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Name" x:(tabx2) y:140cm w:r:(tabw2) h:c:(tabh1) line-break:rigorous
ENDIF
ENDIF
page 174
page 175
Part IV
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:56cm w:c:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSIF (or = "left")
ATTR "Bezeichnung" x:(tabx1) y:56cm w:l:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSE
ATTR "Bezeichnung" x:(tabx2) y:56cm w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 80cm)
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:70cm w:c:(tabw2) h:c:(tabh1)
line-break:rigorous
ELSIF (or = "left")
ATTR "Bezeichnung" x:(tabx1) y:70cm w:l:(tabw2) h:c:(tabh1) linebreak:rigorous
ELSE
ATTR "Bezeichnung" x:(tabx2) y:70cm w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 95cm)
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:84cm w:c:(tabw2) h:c:(tabh1)
line-break:rigorous
ELSIF (or = "left")
ATTR "Bezeichnung" x:(tabx1) y:84cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Bezeichnung" x:(tabx2) y:84cm w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 110cm)
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:98cm w:c:(tabw2) h:c:(tabh1)
line-break:rigorous
ELSIF (or = "left")
ATTR "Bezeichnung" x:(tabx1) y:98cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Bezeichnung" x:(tabx2) y:98cm w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 125cm)
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:112cm w:c:(tabw2)
h:c:(tabh1) line-break:rigorous
ELSIF (or = "left")
ATTR "Bezeichnung" x:(tabx1) y:112cm w:l:(tabw2) h:c:(tabh1) line-break:rigorous
ELSE
ATTR "Bezeichnung" x:(tabx2) y:112cm w:r:(tabw2) h:c:(tabh1) linebreak:rigorous
ENDIF
ENDIF
IF ((tabh1 + tabh2) > 140cm)
IF (or = "center")
ATTR "Bezeichnung" x:(tabx1 + (tabw2 / 2)) y:126cm w:c:(tabw2)
h:c:(tabh1) line-break:rigorous
ELSIF (or = "left")
page 176
page 177
Part IV
page 178
y:28cm
w:l:(tabw2)
y:28cm
w:r:(tabw2)
(tabw2
2))
y:42cm
y:42cm
w:l:(tabw2)
y:42cm
w:r:(tabw2)
(tabw2
2))
y:56cm
y:56cm
w:l:(tabw2)
y:56cm
w:r:(tabw2)
(tabw2
2))
y:70cm
y:70cm
w:l:(tabw2)
y:70cm
w:r:(tabw2)
(tabw2
2))
y:84cm
y:84cm
w:l:(tabw2)
y:84cm
w:r:(tabw2)
(tabw2
2))
y:98cm
w:l:(tabw2)
w:r:(tabw2)
2)) y:112cm
w:l:(tabw2)
w:r:(tabw2)
2)) y:126cm
w:l:(tabw2)
w:r:(tabw2)
2)) y:140cm
w:l:(tabw2)
w:r:(tabw2)
2)) y:154cm
w:l:(tabw2)
w:r:(tabw2)
page 179
Part IV
1.1.22
1.1.23
Class "Performer"
page 180
FONT color:(col)
IF (sp = "English")
ATTR "Name" y:.8cm w:c:2.8cm h:t
ELSE
ATTR "Bezeichnung" y:.8cm w:c:2.8cm h:t
ENDIF
1.1.24
Class "Role"
1.1.25
Class "Resource"
page 181
Part IV
FILL color:palegreen
RECTANGLE x:-.225cm y:-.55cm w:.45cm h:.3cm
FILL color:black
RECTANGLE x:-.20cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:-.15cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:-.03cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:0.09cm w:.075cm h:.05cm
RECTANGLE x:-.20cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:0.10cm y:0.21cm w:.075cm h:.05cm
RECTANGLE x:-.05cm y:.55cm w:.1cm h:.03cm
RECTANGLE x:-.05cm y:-.65cm w:.1cm h:.03cm
ELSE
FILL color:whitesmoke
POLYGON 3 x1:-.7cm y1:.6cm x2:-1cm y2:-.2cm x3:.5cm y3:-.4cm
POLYGON 4 x1:-.9cm y1:-.4cm x2:.7cm y2: -.6cm x3:.9cm y3:.4cm x4:-.7cm y4:.6cm
FILL color:lightsteelblue
POLYGON 3 x1:-.72cm y1:.15cm x2:.72cm y2:.15cm y3:-.6cm
FILL color:whitesmoke
POLYGON 3 x1:-.35cm x2:.35cm y3:-.35cm
FILL color:forestgreen
PEN w:0.025cm
POLYGON 4 x1:-.5cm y1:.4cm x2:.4cm y2:-.5cm x3:.5cm y3:-.4cm x4:-.4cm y4:.5cm
FILL color:mistyrose
POLYGON 3 x1:-.5cm y1:.4cm x2:-.4cm y2:.5cm x3:-.65cm y3:.65cm
FILL color:lightgray
POLYGON 4 x1:.4cm y1:-.5cm x2:.5cm y2:-.4cm x3:.55cm y3:-.45cm x4:.45cm y4:-.55cm
FILL color:orangered
POLYGON 4 x1:.55cm y1:-.45cm x2:.45cm y2:-.55cm x3:.525cm y3:-.625cm x4:.625cm
y4:-.525cm
ENDIF
FONT color:(col)
IF (sp = "English")
ATTR "Name" y:.8cm w:c:2.8cm h:t
ELSE
ATTR "Bezeichnung" y:.8cm w:c:2.8cm h:t
ENDIF
1.1.26
page 182
1.1.27
Class "Aggregation"
page 183
Part IV
1.1.28
Class "Note"
page 184
page 185
Part IV
1.1.29
Relation "Subsequent"
page 186
1.1.30
page 187
Part IV
1.1.31
Relation "Sets"
1.1.32
Relation "uses"
1.1.33
Relation "communicates"
1.1.34
Relation "contains"
1.1.35
Relation "extends"
1.1.36
Relation "Generalisation"
1.1.37
page 189
Part IV
1.1.38
1.1.39
1.1.40
Relation "Owns"
END
FILL color:dodgerblue
POLYGON 3 x1:-0.2cm y1:0.11cm x2:0cm y2:0cm
x3:-0.2cm y3:-0.11cm
1.1.41
1.1.42
1.1.43
1.1.44
1.1.45
page 191
Part IV
GRAPHREP rounded:0.1cm
PEN w:0.03cm
EDGE
START
LINE x1:0cm y1:-.1cm x2:0cm y2:.1cm
LINE x1:-.1cm y1:-.05cm x2:-.1cm y2:.05cm
END
LINE x1:-.3cm y1:.1cm x2:0cm y2:0cm
LINE x1:-.3cm y1:-.1cm x2:0cm y2:0cm
1.1.46
1.1.47
1.1.48
page 192
1.1.49
1.1.50
1.2
AttrRep
The class attriubte "Attrrep" is set for the following classes of the ADONIS Standard BP Library
3.81:
Actor (see chap. 1.2.1, p. 194)
Use case (see chap. 1.2.2, p. 195)
System boundary (see chap. 1.2.3, p. 195)
Process start (see chap. 1.2.4, p. 195)
Subprocess (see chap. 1.2.5, p. 196)
Activity (see chap. 1.2.6, p. 197)
Decision (see chap. 1.2.7, p. 198)
Parallelity (see chap. 1.2.8, p. 198)
Merging (see chap. 1.2.9, p. 199)
End (see chap. 1.2.10, p. 199)
Variable (see chap. 1.2.11, p. 199)
Random generator (see chap. 1.2.12, p. 200)
Resource (see chap. 1.2.13, p. 200)
Process (see chap. 1.2.14, p. 200)
Performance indicator overview (see chap. 1.2.15, p. 201)
Performance indicator (see chap. 1.2.16, p. 202)
page 193
Part IV
1.2.1
Class "Actor"
page 194
1.2.2
1.2.3
1.2.4
page 195
Part IV
1.2.5
Class "Subprocess"
page 196
checked-value:"yes"
unchecked-
GROUP "Costs"
ATTR "Aggregated costs" write-protected
CHAPTER "Deutsch"
GROUP "Prozeaufruf"
ATTR "Bezeichnung"
ATTR "Beschreibung" lines:5
ATTR "Kommentar" lines:5
ENDGROUP
1.2.6
Class "Activity"
page 197
Part IV
1.2.7
Class "Decision"
1.2.8
Class "Parallelity"
ATTR "Order"
ATTR "Modeling direction" ctrltype:radio
ATTR "Description" lines:5
ATTR "Comment" lines:5
CHAPTER "Deutsch"
GROUP "Parallelitt"
ATTR "Bezeichnung"
ATTR "Beschreibung" lines:5
ATTR "Kommentar" lines:5
ENDGROUP
1.2.9
Class "Merging"
1.2.10
Class "End"
1.2.11
Class "Variable"
page 199
Part IV
1.2.12
1.2.13
checked-value:"Yes"
unchecked-
Class "Resource"
1.2.14
Class "Process"
1.2.15
checked-value:"yes"
unchecked-
page 201
Part IV
1.2.16
1.2.17
Class "Document"
page 202
ATTR "Name"
ATTR "Referenced document"
ATTR "Description" lines:5
ATTR "Comment" lines:5
ATTR "Responsible role"
ATTR "Referenced document model"
CHAPTER "Deutsch"
GROUP "Dokument"
ATTR "Bezeichnung"
ATTR "Beschreibung" lines:5
ATTR "Kommentar" lines:5
ENDGROUP
1.2.18
Class "Note"
1.2.19
Class "Aggregation"
page 203
Part IV
1.2.20
1.2.21
1.2.22
page 204
CHAPTER "Description"
ATTR "Name"
ATTR "Order"
ATTR "Description" lines:5
ATTR "Comment" lines:5
ATTR "Model reference"
CHAPTER "Deutsch"
GROUP "Organisationseinheit"
ATTR "Bezeichnung"
ATTR "Beschreibung" lines:5
ATTR "Kommentar" lines:5
ENDGROUP
1.2.23
Class "Performer"
1.2.24
Class "Role"
page 205
Part IV
GROUP "Rolle"
ATTR "Bezeichnung"
ATTR "Beschreibung" lines:5
ATTR "Kommentar" lines:5
ENDGROUP
1.2.25
Class "Resource"
1.2.26
1.2.27
Class "Aggregation"
1.2.28
Class "Note"
1.2.29
Relation "Subsequent"
page 207
Part IV
1.2.30
Relation "communicates"
1.2.31
Relation "contains"
1.2.32
Relation "extends"
1.2.33
Relation "Generalisation"
page 208
1.2.34
Relation "uses"
1.3
Model pointer
The class attribute "Modellzeiger" is set for the following classes of ADONIS Standard BP
Library 3.81:
Use case (see chap. 1.3.1, p. 209)
Subprocess (see chap. 1.3.2, p. 209)
Process (see chap. 1.3.3, p. 209)
Note: The class attribute is not set for any relations of the ADONIS Standard BP
Library 3.81.
The class attribute "Modellzeiger" is set for the following classes of ADONIS Standard WE
Library 3.81:
Organisational unit (see chap. 1.3.4, p. 210)
Note: The class attribute is not set for any relations of the ADONIS Standard WE
Library 3.81.
1.3.1
1.3.2
Class "Subprocess"
1.3.3
Class "Process"
page 209
Part IV
1.3.4
1.4
Class cardinality
The class attribute "class cardinality" is set for the following classes of ADONIS Standard BP
Library 3.81:
Process start (see chap. 1.4.1, p. 210)
Subprocess (see chap. 1.4.2, p. 210)
Activity (see chap. 1.4.3, p. 211)
Decision (see chap. 1.4.4, p. 211)
Parallelity (see chap. 1.4.5, p. 211)
Merging (see chap. 1.4.6, p. 211)
End (see chap. 1.4.7, p. 211)
Variable (see chap. 1.4.8, p. 212)
Random generator (see chap. 1.4.9, p. 212)
Performance indicator overview (see chap. 1.4.10, p. 212)
Note: The class attribute "class cardinality" is not set for any relations of the ADONIS
Standard BP Library 3.81.
The class attribute "class cardinality" is set for the following classes of ADONIS Standard WE
Library 3.81:
Cost center (see chap. 1.4.11, p. 212)
Note: The class attribute "class cardinality" is not set for any relations of the ADONIS
Standard WE Library 3.81.
1.4.1
1.4.2
Class "Subprocess"
page 210
CARDINALITIES
RELATION "Subsequent"
max-outgoing:1
min-outgoing:1
min-incoming:1
1.4.3
Class "Activity"
1.4.4
Class "Decision"
1.4.5
Class "Parallelity"
1.4.6
Class "Merging"
1.4.7
Class "End"
page 211
Part IV
min-incoming:1
1.4.8
Class "Variable"
1.4.9
1.4.10
1.4.11
1.5
Conversion
The class attribute "Conversion" is set for the following classes of the ADONIS Standard BP
Library 3.81:
Subprocess (see chap. 1.5.1, p. 213)
Activity (see chap. 1.5.2, p. 213)
Note: The class attribute "Conversion" is not set for any relations of ADONIS Standard
BP Library 3.81.
Note: The class attribute "Conversion" is not set for any classes of ADONIS Standard
WE Library 3.81.
page 212
Note: The class attribute "Conversion" is not set for any relations of ADONIS Standard
WE Library 3.81..
1.5.1
Class "Subprocess"
1.5.2
Class "Subprocess"
page 213
Part IV
2.
Library attributes
Chapter "Description"
-
Chapter "Layout"
-
Chapter "Modelling"
-
Connector marks:
Chapter "Analysis"
-
Chapter "Simulation"
-
Simulation definition:
-
Enterprise:
-
Chapter "Evaluation"
-
page 214
Chapter "Documentation"
-
2.1
2.2
Description (Description)
2.3
Comments (Comments)
2.4
Service (Description)
page 215
Part IV
Dublin 4, Ireland
Hotline (email):
[email protected]
2.5
Author (Description)
2.6
2.7
2.8
2.9
Modes (Layout)
page 217
Part IV
not-
not-
page 218
MODE
MODE
INCL
INCL
INCL
INCL
INCL
2.10
2.11
2.12
page 219
Part IV
DOUBLEBP dist:3
CHNGSIZE vertdist:5 hordist:5
CLASSMODELTYPE "Business process model"
CLASSPAR "Subsequent" space:1 turn:0 priority:1
CLASSPAR "Sets" space:1 turn:1 priority:1
CLASSPAR "Uses" space:1 turn:0 priority:1
CLASSPAR "Sets variable" space:1 turn:0 priority:1
CLASSPAR "Uses" space:1 turn:0 priority:1
CLASSMODELTYPE "Company map"
CLASSPAR "Has process" space:1 turn:0 priority:1
PROFILE "Hierarchy" type:"hier"
DEFMODELTYPE "Company map"
MINCROSS upon upcount:10 dwnon dwncount:10
PENDULUM upon upcount:10 dwnon dwncount:10
FLIPFLY dwn
DOUBLEBP dist:3
CHNGSIZE vertdist:5 hordist:4
CLASSMODELTYPE "Company map"
CLASSPAR "Has process" space:1 turn:0 priority:1
HIERPROFILE "BP-Hierarchy" use:"Hierarchy"
HIERMODELTYPE "Business process model" usetype:"Company map"
HIERATTRIB "Referenced subprocess"
HIERCLASS "Subprocess"
HIERUSECLASS "Process"
HIERUSEREL "Has process"
HIERUSEATTRIB "Referenced process"
ENUMPROFILE "Numbering"
ENUMMODELTYPE "Business process model"
ENUMREL "Subsequent"
ENUMCLASS "Activity" attrib:"Order" inflow
ENUMCLASS "Decision" attrib:"Order" inflow
ENUMCLASS "Parallelity" attrib:"Order" inflow
ENUMCLASS "Merging" attrib:"Order" inflow
ENUMCLASS "Subprocess" attrib:"Order" inflow
ENUMCLASS "Process start" attrib:"Order" inflow
ENUMCLASS "End" attrib:"Order" inflow
ENUMMODELTYPE "Company map"
ENUMREL "Has process" turn:0
ENUMCLASS "Process" attrib:"Order" inflow
ENUMMODELTYPE "Working environment model"
ENUMREL "Is subordinated" turn:0
ENUMCLASS "Organizational unit" attrib:"Order" inflow
2.13
page 220
SETG g_b_filesInDB:1
# declare and init label for const strings
SETG g_b_strings_initialized:0
# declare path variable to ADONIS
SETG g_path_ado:""
#Get path to ADONIS
CC "Application" GET_PATH
SET g_path_ado:(path)
#Erase trailing blanks
SET a:(LEN (g_path_ado) - 1)
WHILE (a > 0 AND (g_path_ado SUB a) = " ")
{
SET a:(a - 1)
}
IF (a >= 0)
{
SET g_path_ado:(copy (g_path_ado, 0, a + 1))
}
ELSE
{
CC "AdoScript" MSGWIN hide
CC "AdoScript" ERRORBOX ("The path to the customer directory could not be
determined. AdoScript-AddOn capabilities are not available.")
EXIT
}
# Read script for global settings
CC "AdoScript" FREAD file:("db:\\globals.asc")
# CC "AdoScript" FREAD file:(g_path_ado + "\\TEMP\\globals.asc")
IF (text = "")
{
CC "AdoScript" MSGWIN hide
CC "AdoScript" ERRORBOX ("AdoScript could not be initialized. AdoScript-AddOn
capabilities are not available.")
EXIT
}
# Init global settings
EXECUTE (text)
# Set Icon for HTML-generation
CC "Application" raw SET_ICON_CLICK_HDL component:"importexport" name:"HTML"
{
CC "AdoScript" FREAD file:(g_path_asc + "make_html.asc")
IF (text = "")
{
CC "AdoScript" ERRORBOX ("AdoScript could not be initialized. AdoScript-AddOn
capabilities are not available.")
EXIT
}
EXECUTE (text)
}
}
#===============================================
#--SIMULATION--#
#----------------------------------------------ITEM separator
simulation:"~Edit" pos2:4
#----------------------------------------------#----------------------------------------------ITEM "Activate manual random generator"
sub-of:"Random generator" pos2:4
simulation:"~Edit"
page 221
Part IV
page 222
ITEM separator
sub-of:"Update attributes"
modeling:"~Edit" pos3:1
#----------------------------------------------#----------------------------------------------ITEM "Reset object numbering"
sub-of:"Update attributes"
modeling:"~Edit" pos3:1
#----------------------------------------------CC "AdoScript" FREAD file:(g_path_asc + "reset_numbering.asc")
EXECUTE (text)
#----------------------------------------------ITEM "Show responsible role..."
sub-of:"Views"
modeling:"~View" pos2:4
#----------------------------------------------SETG g_strRoleOption:("Yes")
CC "AdoScript" FREAD file:(g_path_asc + "show_responsible_role.asc")
EXECUTE (text)
#----------------------------------------------ITEM "Hide responsible role..."
sub-of:"Views"
modeling:"~View" pos2:4
#----------------------------------------------SETG g_strRoleOption:("No")
CC "AdoScript" FREAD file:(g_path_asc + "show_responsible_role.asc")
EXECUTE (text)
#--EVALUATION--#
#----------------------------------------------ITEM "Current value initialisation..."
evaluation:"~Monitoring"
#----------------------------------------------CC "AdoScript" FREAD file:(g_path_asc + "resettargets.asc")
EXECUTE (text)
#----------------------------------------------ITEM "Current value calculation..."
evaluation:"~Monitoring"
#----------------------------------------------CC "AdoScript" FREAD file:(g_path_asc + "updactval.asc")
EXECUTE (text)
#--DIVERSE--#
#----------------------------------------------ITEM "ADONIS standard method"
acquisition:"~Help"
modeling:"~Help"
analysis:"~Help"
simulation:"~Help"
evaluation:"~Help"
importexport:"~Help"
#----------------------------------------------CC "Application" GET_PATH "adostd.hlp"
START ("\"" + path + "\"")
#----------------------------------------------ITEM separator acquisition:"~Help" pos2:5
ITEM separator modeling:"~Help" pos2:5
ITEM separator analysis:"~Help" pos2:5
ITEM separator simulation:"~Help" pos2:5
ITEM separator evaluation:"~Help" pos2:5
ITEM separator importexport:"~Help" pos2:5
#----------------------------------------------#-----------------------------------------------
page 223
Part IV
page 224
# 5. Working time
#ITEM "Working time" sub-of:"Settings" modeling:"~Proze-Stepper"
#----------------------------------------------#SETG global_check:"yes"
#SETG namegeneration_running:"yes"
#CC "AdoScript" FREAD file:(g_path_asc + "stepper_settings_bearbzeit.asc")
#EXECUTE (text)
#SETG global_check:"no"
#SETG namegeneration_running:"no"
#--EXTERNAL COUPLING--#
#----------------------------------------------OBJECTIF
#----------------------------------------------CLASS "Activity"
2.14
2.15
2.16
page 225
Part IV
2.17
2.18
page 226
page 227
Part IV
requirefile7:"db:\\design.gif"
requirefile8:"db:\\resize.gif"
requirefile9:"db:\\std2htm8.dsl"
requirefile10:"db:\\ger2htm8.dsl"
requirefile11:"db:\\eng2htm8.dsl"
requirefile12:"db:\\make-x-fi.dsl"
requirefile13:"db:\\ado_utl.dsl"
requirefile14:"db:\\tree.jar"
requirefile15:"db:\\BOCJavaVM.jar"
requirefile16:"db:\\BOCTree.jar"
requirefile17:"db:\\applet.js"
requirefile18:"db:\\parallel.js"
requirefile19:"db:\\std_func.js"
requirefile20:"db:\\browser_functions.js"
requirefile21:"db:\\ievminclude.js"
requirefile22:"db:\\svg_functions.js"
requirefile23:"db:\\mkmap.exe"
requirefile24:"db:\\make_html.asc"
requirefile25:"db:\\header1.htm"
requirefile26:"db:\\header2.htm"
requirefile27:"db:\\search_eng.htm"
requirefile28:"db:\\search_pnt.gif"
requirefile29:"db:\\print_pnt.gif"
requirefile30:"db:\\jumper_action.gif"
requirefile31:"db:\\transred.gif"
requirefile32:"db:\\transblue.gif"
requirefile33:"db:\\mo.css"
requirefile34:"db:\\help.css"
requirefile35:"db:\\boclogowhite.png"
requirefile36:"db:\\help_men_ger.htm"
requirefile37:"db:\\search_ger.htm"
requirefile38:"db:\\blue.htm"
requirefile39:"db:\\menu_funcs.js"
copy1:"db:\\help.htm"
copy2:"db:\\help_men_eng.htm"
copy3:"db:\\boclogo.png"
copy4:"db:\\instr.gif"
copy5:"db:\\instr_en.gif"
copy6:"db:\\help_pnt.gif"
copy7:"db:\\design.gif"
copy8:"db:\\resize.gif"
copy9:"db:\\tree.jar"
copy10:"db:\\BOCJavaVM.jar"
copy11:"db:\\BOCTree.jar"
copy12:"db:\\applet.js"
copy13:"db:\\parallel.js"
copy14:"db:\\std_func.js"
copy15:"db:\\browser_functions.js"
copy16:"db:\\ievminclude.js"
copy17:"db:\\svg_functions.js"
copy18:"db:\\header1.htm"
copy19:"db:\\header2.htm"
copy20:"db:\\search_eng.htm"
copy21:"db:\\search_pnt.gif"
copy22:"db:\\print_pnt.gif"
copy23:"db:\\jumper_action.gif"
copy24:"db:\\transred.gif"
copy25:"db:\\transblue.gif"
copy26:"db:\\mo.css"
copy27:"db:\\help.css"
copy28:"db:\\boclogowhite.png"
page 228
copy29:"db:\\help_men_ger.htm"
copy30:"db:\\search_ger.htm"
copy31:"db:\\blue.htm"
copy32:"db:\\std2htm8.dsl"
copy33:"db:\\ger2htm8.dsl"
copy34:"db:\\eng2htm8.dsl"
copy35:"db:\\make-x-fi.dsl"
copy36:"db:\\ado_utl.dsl"
copy37:"db:\\menu_funcs.js"
SOURCE "Model2SGML"
filename:attribute: "tempfilename"
basename:attribute: "filename"
libraryspecific:attribute: "Apply model type specific settings"
subprocesses:attribute: "Display subprocesses"
acfilter:attribute: "Attribute and class filter"
copydocuments:attribute: "Copy referenced documents"
#copydocuments:"documents\\"
LIBRARY
gfxformat:attribute: "Graphic format for HTML"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode"
graphics:attribute: "Create graphics"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
gfxmode:attribute: "Graphic file mode"
mode:attribute: "Mode"
LIBRARY "Company map"
gfxformat:attribute: "Graphic format for HTML (CM)"
gfxdpi: 100.000000
notebookattr:attribute: "Attribute mode (CM)"
graphics:attribute: "Create graphics (CM)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (CM)"
gfxmode:attribute: "Graphic file mode (CM)"
LIBRARY "Business process model"
gfxformat:attribute: "Graphic format for HTML (BP)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (BP)"
graphics:attribute: "Create graphics (BP)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (BP)"
gfxmode:attribute: "Graphic file mode (BP)"
LIBRARY "Working environment model"
gfxformat:attribute: "Graphic format for HTML (WE)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (WE)"
graphics:attribute: "Create graphics (WE)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (WE)"
gfxmode:attribute: "Graphic file mode (WE)"
LIBRARY "Document model"
gfxformat:attribute: "Graphic format for HTML (DOC)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (DOC)"
graphics:attribute: "Create graphics (DOC)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (DOC)"
page 229
Part IV
page 230
requirefile15:"db:\\make-x-fi.dsl"
requirefile16:"db:\\ado_utl.dsl"
requirefile17:"db:\\tree.jar"
requirefile18:"db:\\BOCJavaVM.jar"
requirefile19:"db:\\BOCTree.jar"
requirefile20:"db:\\applet.js"
requirefile21:"db:\\parallel.js"
requirefile22:"db:\\std_func.js"
requirefile23:"db:\\browser_functions.js"
requirefile24:"db:\\ievminclude.js"
requirefile25:"db:\\svg_functions.js"
requirefile26:"db:\\mkmap.exe"
requirefile27:"db:\\clean_dir.bat"
requirefile28:"db:\\make_delta.asc"
requirefile29:"db:\\help_men_eng.htm"
requirefile30:"db:\\header1.htm"
requirefile31:"db:\\header2.htm"
requirefile32:"db:\\boclogowhite.png"
requirefile33:"db:\\search_ger.htm"
requirefile34:"db:\\search_eng.htm"
requirefile35:"db:\\search_pnt.gif"
requirefile36:"db:\\print_pnt.gif"
requirefile37:"db:\\mo.css"
requirefile38:"db:\\help.css"
requirefile39:"db:\\jumper_action.gif"
requirefile40:"db:\\transred.gif"
requirefile41:"db:\\transblue.gif"
requirefile42:"db:\\dtree_std2htm8.dsl"
requirefile43:"db:\\blue.htm"
requirefile44:"db:\\frameset.htm"
copy1:"db:\\help.htm"
copy2:"db:\\help_men_ger.htm"
copy3:"db:\\boclogo.png"
copy4:"db:\\instr.gif"
copy5:"db:\\instr_en.gif"
copy6:"db:\\help_pnt.gif"
copy7:"db:\\design.gif"
copy8:"db:\\resize.gif"
copy9:"db:\\tree.jar"
copy10:"db:\\BOCJavaVM.jar"
copy11:"db:\\BOCTree.jar"
copy12:"db:\\applet.js"
copy13:"db:\\parallel.js"
copy14:"db:\\std_func.js"
copy15:"db:\\browser_functions.js"
copy16:"db:\\ievminclude.js"
copy17:"db:\\mkmap.exe"
copy18:"db:\\clean_dir.bat"
copy19:"db:\\help_men_eng.htm"
copy20:"db:\\header1.htm"
copy21:"db:\\header2.htm"
copy22:"db:\\boclogowhite.png"
copy23:"db:\\search_ger.htm"
copy24:"db:\\search_eng.htm"
copy25:"db:\\search_pnt.gif"
copy26:"db:\\print_pnt.gif"
copy27:"db:\\mo.css"
copy28:"db:\\help.css"
copy29:"db:\\jumper_action.gif"
copy30:"db:\\transred.gif"
copy31:"db:\\transblue.gif"
page 231
Part IV
copy32:"db:\\blue.htm"
copy33:"db:\\frameset.htm"
copy34:"db:\\svg_functions.js"
SOURCE "Model2SGML"
filename:attribute: "tempfilename"
basename:attribute: "filename"
libraryspecific:attribute: "Apply model type specific settings"
subprocesses:attribute: "Display subprocesses"
acfilter:attribute: "Attribute and class filter"
LIBRARY
gfxformat:attribute: "Graphic format for HTML"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode"
gfxmode:attribute: "Graphic file mode"
LIBRARY "Company map"
gfxformat:attribute: "Graphic format for HTML (CM)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (CM)"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (CM)"
gfxmode:attribute: "Graphic file mode (CM)"
LIBRARY "Business process model"
gfxformat:attribute: "Graphic format for HTML (BP)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (BP)"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (BP)"
gfxmode:attribute: "Graphic file mode (BP)"
LIBRARY "Working environment model"
gfxformat:attribute: "Graphic format for HTML (WE)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (WE)"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (WE)"
gfxmode:attribute: "Graphic file mode (WE)"
LIBRARY "Document model"
gfxformat:attribute: "Graphic format for HTML (DOC)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (DOC)"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (DOC)"
gfxmode:attribute: "Graphic file mode (DOC)"
LIBRARY "Use case diagram"
gfxformat:attribute: "Graphic format for HTML (UC)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (UC)"
graphics:0
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
page 232
page 233
Part IV
requirefile35:"db:\\print_pnt.gif"
requirefile36:"db:\\mo.css"
requirefile37:"db:\\help.css"
requirefile38:"db:\\jumper_action.gif"
requirefile39:"db:\\transred.gif"
requirefile40:"db:\\transblue.gif"
SOURCE "Model2SGML"
filename:attribute: "tempfilename"
basename:attribute: "filename"
libraryspecific:attribute: "Apply model type specific settings"
subprocesses:attribute: "Display subprocesses"
acfilter:attribute: "Attribute and class filter"
LIBRARY
gfxformat:attribute: "Graphic format for HTML"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode"
graphics:attribute: "Create graphics"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode"
gfxmode:attribute: "Graphic file mode"
LIBRARY "Company map"
gfxformat:attribute: "Graphic format for HTML (CM)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (CM)"
graphics:attribute: "Create graphics (CM)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (CM)"
gfxmode:attribute: "Graphic file mode (CM)"
LIBRARY "Business process model"
gfxformat:attribute: "Graphic format for HTML (BP)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (BP)"
graphics:attribute: "Create graphics (BP)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (BP)"
gfxmode:attribute: "Graphic file mode (BP)"
LIBRARY "Working environment model"
gfxformat:attribute: "Graphic format for HTML (WE)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (WE)"
graphics:attribute: "Create graphics (WE)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (WE)"
gfxmode:attribute: "Graphic file mode (WE)"
LIBRARY "Document model"
gfxformat:attribute: "Graphic format for HTML (DOC)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (DOC)"
graphics:attribute: "Create graphics (DOC)"
gfxorientation:"do not change"
gfxlayout:"do not split graphic files"
mode:attribute: "Mode (DOC)"
gfxmode:attribute: "Graphic file mode (DOC)"
LIBRARY "Use case diagram"
gfxformat:attribute: "Graphic format for HTML (UC)"
gfxdpi: 75.000000
notebookattr:attribute: "Attribute mode (UC)"
page 234
checked-
page 235
Part IV
page 236
2.19
2.20
page 237
Part IV
tomodeltype:"Document model"
toclass:"Document"
toattribute:"Name"
FOREACHFROM
EXPR " --> \"Input\""
RELATIONTABLE "Activity-~Output document table"
modeltype:"Business process model"
fromclass:"Activity"
fromattribute:"Name"
tomodeltype:"Document model"
toclass:"Document"
toattribute:"Name"
FOREACHFROM
EXPR " --> \"Output\""
RELATIONTABLE "~Variable-Activity table"
modeltype:"Business process model"
fromclass:"Variable"
fromattribute:"Name"
toclass:"Activity"
toattribute:"Name"
FOREACHFROM
EXPR "<- \"Sets variable\" -> \"Sets\""
2.21
page 238
2.22
2.23
page 239
Part IV
2.24
2.25
page 240
2.26
2.27
2.28
page 241
Part IV
2.29
2.30
page 242
Part V
Index
A
Acquisition component, 76
HOMER scenarios, 76
Activation of automatic random generator, 94
Activation of manual random generator, 93
Activity, 19
Actor, 13
ADONIS, 3
ADONIS Example models, 117
ADONIS standard method, 5
"Activity", 19
"Actor", 13
Agent definition, 240
"Aggregation", 39
AttrRep, 193
Author, 216
"Belongs to", 56
CCC Default setting (Process cost analysis),
242
CCC Mapping (Process cost analysis), 241
Class cardinality, 210
Classes, 13
Comments, 215
"communicates", 50
Configuration of documentation, 226
"contains", 51
Conversion, 212
"Cost center", 46
Creation date, 216
Date last changed, 216
Days per year (Enterprise time), 241
"Decision", 24
Default settings, 237
Description, 215
"Document", 38
Dynamic evaluation modules, 242
"End", 27
"extends", 52
External coupling, 220
"Generalisation", 52
Graphical representation (Connector marks),
225
GraphRep, 143
"has Note", 55
"Has process", 54
"has Resource", 55
"Has role", 56
"has Subdocument", 54
Hours per day (Enterprise time), 241
"Is charged to", 57
"Is cost center manager", 57
2005 BOC, www.boc-group.com
"Is manager", 56
"Is subordinated", 55
Key words, 215
Last user, 216
Library bars (Quick access bars), 226
"Merging", 26
Model pointer, 209
Modes, 216
"Note", 38
Numbers (Connector marks), 225
Object arrangement, 219
"Organizational unit", 42
"Owns", 54
Page layout, 219
"Parallelity", 25
"Performance indicator overview", 33
"Performance indicator", 34
"Performer", 43
"Process start", 15
"Process", 31
QuickAccess Bars (Quick access bars), 225
"Random generator", 29
Relation analysis, 237
Relations, 48
"Resource", 30, 45
"Role", 45
Service, 215
"Sets variable", 49
"Sets", 50
Sim result mapping (Simulation definition),
239
Simmapping (Simulation definition), 239
Simtext (Simulation definition), 238
"Subprocess", 17
"Subsequent", 48
Swimlane (horizontal), 40
Swimlane (vertical), 41
"System boundary", 14
"use case", 14
"Uses resource", 57
uses", 53
Uses", 50
Variable check (Simulation definition), 240
Variable", 28
Versioning format, 219
Aggregation, 39
Analysis component, 58
Attribute and class filter, 109
Attribute profiles, 114
AttrRep, 193
page 243
Part V
B
Belongs to, 56
BP model, 9
Business Process Model, 9
C
Cardinality, 78
Class "Activity", 148, 197, 211
Class "Actor", 145, 194
Class "Aggregation", 164, 183, 203, 206
Class "Cost center", 182, 206, 212
Class "Decision", 150, 198, 211
Class "Document", 159, 202
Class "End", 152, 199, 211
Class "Merging", 152, 199, 211
Class "Note", 162, 184, 203, 207
Class "Organizational unit", 180, 204, 210
Class "Parallelity", 151, 198, 211
Class "Performance indicator overview", 157,
201, 212
Class "Performance indicator", 158, 202
Class "Performer", 180, 205
Class "Process start", 146, 195, 210
Class "Process", 155, 200, 209
Class "Random generator", 153, 200, 212
Class "Resource", 154, 181, 200, 206
Class "Role", 181, 205
Class "Subprocess", 147, 196, 209, 210, 213
Class "Swimlane (horizontal)", 165, 204
Class "Swimlane (vertical)", 172, 204
Class "System boundary", 146, 195
Class "Use case", 145, 195, 209
Class "Variable", 153, 199, 212
Class cardinality, 210
Classes, 13
communicates, 50
Company map, 8
contains, 51
Conversion, 212
Cost center, 46
Current value calculation, 96
Current value initialisation, 95
Requirements, 96
D
Decision, 24
Delta generation, 101
Display attributes in English, 85
Implementation, 88
Requirements, 86
Translation of model names, 87
Display attributes in German, 85
Implementation, 88
Requirements, 86
Translation of model names, 87
Document, 38
Document model, 11
page 244
E
End, 27
Evaluation component, 70
Example models, 117
Example-General.adl, 117
Example-General_with_resources.adl, 123
Expressions, 112
extends, 52
G
Generalisation, 52
GraphRep, 143
H
has Note, 55
Has process, 54
has Resource, 55
Has role, 56
has Subdocument, 54
HOMER scenarios, 76
HTML Generation, 99, 101
HTML-Generation, 97
I
Intermodel references (multiple models), 80
Is charged to, 57
Is cost center manager, 57
Is manager, 56
Is subordinated, 55
L
Library attributes, 214
Library specific functions, 76
Acquisition, 76
Activation of automatic random generator, 94
Activation of manual random generator, 93
Analysis, 58
Attribute and class filter, 109
Cardinality, 78
copy referenced documents, 99
Current value calculation, 96
Current value initialisation, 95
Delta generation, 101
Display attributes in English, 85
Display attributes in German, 85
Evaluation, 70, 95
HTML Generation, 99, 101
HTML-Generation, 97
Import/Export, 97
Modelling, 78
Monitoring, 95
Number objects, 82
Object conversion, 84
Options (Documentation), 104
Page layout, 90
Process Stepper, 90
Reset object numbering, 83
RTF Generation, 102
Simulation, 93
ADONIS Standard Method Manual
Index
M
Merging, 26
Model pointer, 209
Model types, 7
Business Process Model, 9
Company map, 8
Document model, 11
Use Case Diagram, 11
Working Environment model, 10
Modelling component, 78
Monitoring, 95
N
Note, 38
Number objects, 82
O
Object conversion, 84
Options (Documentation), 104
Organizational unit, 42
Owns, 54
P
Page layout, 90
Parallelity, 25
Performance indicator, 34
Performance indicator overview, 33
Performer, 43
Predefined queries, 58
Activity-oriented queries on Business
Process Models, 72
Consistency checks on Business Process
Models, 59
Evaluation of the open questions in Business
Process Models, 62
Evaluation of the open questions in company
maps, 58
Evaluation of the open questions in Use Case
diagrams, 65
Predefined queries on Business Process
Models, 61
Predefined queries on Working Environment
models, 63
Process-oriented queries on Business
Process Models, 70
Queries on Working Environment models, 73
Predefined relation tables, 58
Activity-Document table, 67
Activity-Input document table, 67
Activity-Output document table, 68
Activity-Resource table, 66
Organisational hierarchy table, 69
Role table, 69
Variable-Activity table, 68
Process, 31
Process start, 15
Process Stepper, 90
Additional functions, 92
Play back process animation, 92
page 245
Part V
page 246
WE model, 10
Working Environment model, 10