eeEmbedded CIB World Building Congress 2016 Tampere (Finland) June 2016 Expert Seminar Optimised design methodologies for energy-efficient buildings integrated in the neighbourhood energy systems Dr. Gloria Calleja-Rodríguez Holistic Design Methodology

eeEmbedded Holistic Design Methodolgy Two Big Challenges!! IDM Methodology Levels of Information Concept Key Points Methodology and Framework Decision SupportCollaboration

eeEmbedded Why do we need collaboration methods? 1. Involvement of various design disciplines in the sustainable integrated design process 2. Specific required information levels to ensure that the receiving actor can do the corresponding task 3. Use of their domain specific tools 4. Tight timeframes in the design process Today: Lack of integrated platforms with the capability to setup and track the processes (roles, responsibilities, tasks, interactions) as well to capture and track Exchange Requirements (ER) and Level of Information (LoI) agreements.

eeEmbedded Information Delivery Manual (IDM) Business Target: Collaboration & Decision Support Specification: Define actors and roles (WHO) Define main tasks and interactions (WHY) Locate the exchanges and define milestones (WHEN) Sort and specify the exchanges (WHAT) Specify Level of Development for each phase. Specify the expected Level of Detail needed to perform analysis. Implementation: Development of a Scenario Manager for setting up and tracking the processes.

eeEmbedded IDM 1: Identify Processes and Actors IDM 2: Identify Exchanges IDM 3: Create Exchange Requirements Preliminary Work Business Target Information Delivery Manual (IDM) Definition

eeEmbedded Specifications in BPMN (Business Process Model and Notation) Actors & Roles Models Exchange Requirements ProcessTask Information Delivery Manual (IDM) Example.

eeEmbedded USE CASE 2: Early Design Lifecycle Cost Domain 9 8 Construction Domain FM Domain Simulation Domain BACS Domain HVAC Domain eSIM Domain Architectural Domain 1. Design Concept 5. Simulation 7. Lifecycle Costing 8. Decision Making Optimization 2. Proposal type of HVAC 3. Proposal of BACS control 4. FM Concept 6. LCA Analysis DM Domain Urban Design Early Design Detailed Design Information Delivery Manual (IDM) Process Map Example.

eeEmbedded Information Delivery Manual (IDM) Example: Process Map & Exchange Requirements

eeEmbedded

Levels of Information (LoI) Concept Level of Development (LOD) is the degree to which the element’s geometry and attached information has been thought through (has been effectively designed and decided upon). The reliable information is defined at the end of each phase “Data Drop Point ” Level of Detail (LoD) is essentially how much detail/information is included in the model or object. It is the specific information needed to do a design task or provided after the design task Level of Approximation (LoA) indicates how accurate are the analysis results, means how far we are from the reality.

eeEmbedded 1.Fulfill numerous requirements: client, regulations, site 2.Connect requirements and optimisation tools 3.Multi-criteria and cross-domain considerations 4.Evaluate a high number of design alternatives efficiently in terms of effort and time (parametric simulations vs evaluation time) 5.Select the best alternative (the most optimum) Why do we need Key Point Methodology? Today: Lack of software support tools based on BIM for this kind of methodology

eeEmbedded Key Points (KP): Energy related verifiable design check points, which are providing domain related requirements in form of target values, which can be checked after common design steps KP Methodology: an integrated holistic design system to guide through the numerous design alternatives and choose the best one as fast as possible. Key Points Definitions H max ≤ 11m; U wall ≤0,15 W/m 2 K Cooling demand ≤15 kWh/m 2 a Failure Rate eeE Sustainable Value ; DGNB key performance indicators & key risk indicators KPI & KRI control In simulation/analysis level Verification Validation Decision-Making

eeEmbedded Key Points Definitions Decision Value (DV): Represent the preferences of the decision makers related to the project goals. This allows prioritizing KPIs by means of a weighting factor. Key Performance Indicators (KPIs): Numeric metrics of energy usage of building performance. They are influenced by Key Design Parameters and are additionally the basis values for evaluation via Decision Values. Key Risk Indicators (KRIs) are part of the Energy Risk Model. Their mission is to support design process by tracking and measuring the level of risk regarding deviation on the performance of the buildings and systems due to their stochastic nature (sustainability and costs risk sub-models) and malfunctions over the time (vulnerability sub-model). Key Design Parameter (KDP): Represent the mandatory building properties and usually have a limited or a range value.

eeEmbedded Decision Making Domain Key Point example. Set up

eeEmbedded Simulation and Analysis Domains Key Point example. Set up

eeEmbedded Simulation and Analysis Domains Key Point example. Set up

eeEmbedded Design Domains … … Key Point example. Set up

eeEmbedded  Key Points are defined stepwise (top-down) from decision making to Architectural domain. It starts with the end in mind.  The top-down definition process should facilitate collaboration and minimize optimization iterations  Key Points are evaluated stepwise (down-top) from architecture to decision making domain Key Points Approach  Interoperability of design goals will be provided through the hierarchical structured briefing process  KP Method is a systematic design method to guide the design process and to focus on reaching the optimum value  Key Point types are automatically processed based on patterns

eeEmbedded Key Points Framework Key Point Framework is a set of standardized concepts, procedures and software solutions whose relations are defined and which constitute the fundamental structure and basis of a work environment to support end-users to evaluate alternatives and select the best one in a cost-effective way.

eeEmbedded Key Points Framework. Concepts Requirements Decomposition and Result Aggregation 1.Requirements decomposition: set up KP to-be Key Requirements are translated into DV  KPI  KDP 2.Process tasks: get KP as-is 3.Result aggregation: compare KP to-be with KP as-is  Pass on results to the next domain after evaluating building design parameters  Rank performance results  Select est alternative based on weighted evaluation of KPIs to DV Decision Value DV as-is Decision Value DV to-be e.g. energy standards 20% a) KPI & KRI to-be a.1) KDP to-be 30% b) KPI & KRI to-be 40% c) KPI & KRI to-be 10% d) KPI & KRI to-be a.2) KDP to-be a.n) KDP to-be b.1) KDP to-be b.n) KDP to-be d.1) KDP to-be d.2) KDP to-be d.n) KDP to-be c.1) KDP to-be c.n) KDP to-be a.1) KDP as-is a.2) KDP as-is a.n) KDP as-is b.1) KDP as-is b.n) KDP as-is d.1) KDP as-is d.2) KDP as-is d.n) KDP as-is c.1) KDP as-is c.n) KDP as-is a) KPI & KRI as-is b) KPI & KRI as-is c) KPI & KRI as-is d) KPI & KRI as-is Step: Requirements Decomposition3. Result Aggregation Weighting factor % Compliance target value % 2. Step: Domain Task

eeEmbedded Key Points Framework. Procedures Why do we need them? We need to specify the sequence of standardized actions that must be followed to address same type of problems or accomplish same type of tasks. 1. Requirements setup Classify, define & prioritize requirements 2. Requirements decomposition Determine TO-BE DV, KPIs and KDPs 3. Combine Key Points and processes 4. Collect domain related KDPs 5. Design alternatives Define different design options.. 6. Check KDPs Compare KDPs AS-IS with KDPs TO-BE. Preselect or discard design options 8. Collect domain related KPIs and KRIs 9. Simulation Prepare simulation inputs and run it. Obtain results 10. Check KPIs & KRIs Compare KPIs AS-IS / KRIs AS-IS with KPIs TO-BE / KRIs TO-BE Preselect or discard design options 12. Collect DVs 13. Calculate DVs Calculate DVsAS-IS from KPIAS-IS 13. Check DVs Compare DVs AS-IS with DVs TO-BE. Preselect or discard design options 7. Domain decision Select/discard alternatives based on summary of KDPs 11. Domain decision Select/discard alternatives based on ranked KPIs 14. DECISION Select/discard alternatives based on ranked DVs

eeEmbedded Process and KP Management 3. Scenario Manager (Virtual Design Office) 4. Multi-Model Navigator (Virtual Design Lab) Designers ‘ View Sim./An a View Decision- makers‘ View Ontology Repository (incl. KP as-is & to-be repository) Ontology Service 5. Multi KPI Decision Support Tool Key Points Framework. Software Solutions

eeEmbedded Key Points Framework. Software Solutions Specific functions that need to be supported by the components have been detailed on the basis of the overall Key Point Workflow Components to support KP-based approach  Scenario Manager for setting up and prioritizing the KPs  Multi-Model Navigator for the visualization and checking of KP values  Multi-KP Decision Support to provide visualization and decision support, especially for the computed KPIs and DVs  Ontology Service for the search, access, selection and manipulation of stored KPs in the common information repository

eeEmbedded What is the idea behind Key Point? How could Key Point GUI look like? Key Point SetupKey Point Check

eeEmbedded DECISION VALUE SETUP Edit

eeEmbedded 0,33 KEY PERFORMANCE INDICATORS SETUP Heating demand Cooling demand Energy demand Add KPI Save Impact FactorTarget ValueDomain 0,33 ≤ 15 kWh/m 2 a ≤ 120 kWh/m 2 a ≤ 15 kWh/m 2 a Simulation

eeEmbedded KEY DESIGN PARAMETER SETUP Airtightness Uwall Heat recovery Add KDP Save Target ValueDomain ≤ 0,6 ACH ≥ 80 % ≤ 0.15 W/m 2 K Architecture HVAC Formula A = f(…) HR = h(…) U= g(…)

eeEmbedded What is the idea behind Key Point? How could Key Point GUI look like? Key Point SetupKey Point Check

eeEmbedded CHECK POINT X

eeEmbedded KEY DESIGN PARAMETERS CHECK POINT Check current alternativeCheck all alternatives Current domain All domains Current domain All domains Exit

eeEmbedded KEY DESIGN PARAMETERS CHECK POINT Exit all alternatives & all domains Alt. 1 Alt. 2 Alt. 3 ≤ 0,6 ACH ≥ 80 % ≤ 0,15 W/m 2 KTarget Value Airtightness Uwall Heat Recovery 0,5 ACH 1 ACH 0,7 ACH 0,15 W/m 2 K 0,2 W/m 2 K 0,1 W/m 2 K 80% 85 % Discard

eeEmbedded CHECK POINT X

eeEmbedded KEY PERFORMANCE INDICATOR CHECK POINT Check current alternativeCheck all alternatives Current domain All domains Current domain All domains Exit

eeEmbedded KEY PERFORMANCE INDICATOR CHECK POINT Heating demand (kWh/m 2 a) Cooling demand (kWh/m 2 a) Energy consumption (kWh/m 2 a) Graphs type Discard Alt. 1 Alt. 2 Alt. 3 Alternatives Menu

eeEmbedded CHECK POINT X

eeEmbedded DECISION VALUE CHECK POINT Alt. 1 Alt. 2 Alt. 3 Decide Alt. 1 Alt. 2 Alt. 3 Alternatives Menu

eeEmbedded THANK YOU!!

eeEmbedded Thank you for your attention