13.02.2013 Views

Advanced Building Simulation

Advanced Building Simulation

Advanced Building Simulation

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

14 Augenbroe<br />

B<br />

Domain<br />

experts<br />

A<br />

Domain<br />

experts<br />

Context---Performance<br />

interface<br />

Context---Performance<br />

Process interface<br />

Inner design<br />

team (architect)<br />

Design<br />

Repr.<br />

Design<br />

Coordination<br />

Domain<br />

experts<br />

Figure 1.5 Variants of delegation of expert analysis to domain experts and their tools.<br />

formalized analysis requests along with an explicit design context. Equally important is<br />

the import of analysis results in a form that supports better-informed rational decisionmaking.<br />

The basic distinction between designer-friendly tools (Figure 1.4) and designintegrated<br />

tools (Figure 1.5) is the reduction and encapsulation of domain knowledge in<br />

the first case versus enrichment and externalization of design context in the second. This<br />

has repercussions for the way that the design team operates. Instead of a tool user, the<br />

inner design team needs to become a central design manager, maintain a central design<br />

repository and act as a coordinating agent for domain experts. Variants A, B, C, and D<br />

of Figure 1.5 show different versions of how this advanced form of design evolution<br />

strategies, and especially the integration of analysis in design evolution, may be realized.<br />

The four variants differ in integration concepts and integration architecture.<br />

Variant A represents the “classical” integration case attempted in projects like<br />

COMBINE (Augenbroe 1995). In this variant, the design context information and<br />

analysis results are exchanged between the inner design team and remote experts and<br />

their tools. The interface is data oriented, with little or no support for process management<br />

such as the management of task flow logic. When the exchange is embedded<br />

in an interoperability layer to allow easy data exchange and (automated) mappings<br />

between different views or perspectives, variant B will result. This variant uses a coordination<br />

module that controls data exchange and performs workflow management<br />

across the design team members and consultants. Contrary to variant A, the interface<br />

in variant B has access to explicit knowledge about the design analysis scenarios that<br />

are delegated to a consultant.<br />

Variants C and D take a different approach to the team integration challenge.<br />

Variant C represents a practical partnering approach, whereas variant D is driven by<br />

deep software integration rather than on interoperability of legacy applications. In<br />

variant C a team of simulation experts is invited into the inner design team, and a high<br />

C<br />

D

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!