Kein Folientitel

1
Group-oriented Modelling Toolswith Heterogeneous
Semantics
Niels PinkwartCOLLIDE Research GroupUniversity
of Duisburg, Germany
2

• IT CSCL mainly based on
• Computer-mediated communication
• Sharing of resources
• Distribution of material
• Digital archives

Usually No semantic processing of the
information
Another tendency Mind tools Computational
objects to think with Collaborative discovery
learning
3

• New / Current challenge
• Computational objects to think with in a
  collaborative framework
• allowing co-learners to synchronously
• Construct and elaborate external representations
• Make use of the semantics embedded in these
  representations
• Discuss and share their work flexibly

Core Problems Hard-coded interpretation schemes
are not really the aim The degree of semantics /
structure differs and is domain-dependent (from
formal to informal)
4
Examples for domain-specific languages Petri
nets System dynamics Visual programming
languagesUML
Formal semantics
Discussion elements
Partial / No formal semantics
Hand-written comments
Idea Plug-In semantics and interpretation
schemes in a generic collaborative environment
5
Aims External definition of semantically
enriched languages The possibility of flexibly
mixing these languages Multi-functional and
multi-representational tools Extension of
paperpencil and all this with co-operation
support
Main Advantage Work without loosing domain or
social context
Usage scenarios Networked ubiquitous (mobile)
environments Presentations collaborative work
6

• Principles of Cool Modes
• (Collaborative Open Learning, Modeling and
  Designing System)
• shared workspace environment
• workspaces consist of different layers which
  can contain solid objects (synchronizeable
  visual representations)
• flexible co-operation modes
• Palettes The language plug-ins
• offer the objects to work (or think!) with
• encapsulate the domain dependent semantics
• are externally defined

7

• Co-operation support in Cool Modes
• (bases on MatchMaker TNG)
• by Workspace
• by Layer
• by Element

8
Co-operation support in Cool Modes Example
layer-wise coupling
9

• Domain-dependent Elements - Definition
• Reference frames
• define the domain-dependent elements and their
  relations (nodes and edges)
• offer the possibility for simulations,
  modelling, (local and global algorithms)
• have a visual interface themselves (Palette)
• can at runtime be added / removed (plug-in)

10

• Domain-dependent Elements - Definition
• Nodes
• Model used for synchronization (Serializable)
• View (JComponent)
• Controller event processing (generic
  domain-dependent)
• Edges
• similar to nodes
• additionally rule-sets (e.g. in Petri Nets)

11
Domain-dependent Elements - Definition
Cool Modes framework
shown in
includes
Ref. Frame
Palette
Semantic EventHandler
defines
defines
knows
offers
consults for interpretation
Edges Nodes
Workspace
used in
12

• Domain-dependent Elements Interpretation
  principles
• Reference Frames define the semantic relations
  and areresponsible for objects in one domain
  understandingeach other
• They provide event-driven rules (? domain
  ontology )
• Events generated through user actions contain the
  changedmodels as parameter
• There are generic local and global events
• Specific domain-dependent events can be freely
  defined

13

• Domain-dependent Elements Global events
• Fired upon a change in a workspace
• Typical listener reference frame itself
• Event types Adding, Removing and Moving
  Nodes/Edges
• Element presence / absence(Are required
  elements available?)
• Spatial relations in a workspace(Are items
  arranged correctly?)
• Algorithms of the abstract graph structure(e.g.
  connectivity checks)
• Checking and modifying node/edge models(e.g. for
  running simulations)

14
(No Transcript)
15

• Domain-dependent Elements Global events
• Fired upon a change in a workspace
• Typical listener reference frame itself
• Event types Adding, Removing and Moving
  Nodes/Edges
• Element presence / absence(Are required
  elements available?)
• Spatial relations in a workspace(Are items
  arranged correctly?)
• Algorithms of the abstract graph structure(e.g.
  connectivity checks)
• Checking and modifying node/edge models(e.g. for
  running simulations)

16

• Domain-dependent Elements Local events
• Fired upon a change in a node or edge model
• Typical listeners nodes
• Event types Adding and Removing Edges, Changing
  Models
• Local graph algorithms and model changes(e.g. in
  Petri Nets)
• Context-based feedback(e.g. for hints or
  lightweight corrections)

17

• Current and future development
• Applications
• Stochastics exploration Interaction analysis
• Extension of the MatchMaker communication server
  undo/redo logging and replay
• Integration of mobile devices - lightweight
  clients
• Extended use of XML (not only for storage) SOAP
  interfaces for synchronization

18
Niels Pinkwart e-mail pinkwart_at_collide.info web
http//www.collide.info