framework for risk analysis in multimedia environmental systems version 2 frames 2 n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2) PowerPoint Presentation
Download Presentation
Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2)

Loading in 2 Seconds...

play fullscreen
1 / 25

Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2) - PowerPoint PPT Presentation


  • 207 Views
  • Uploaded on

Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2). Workshop U.S. Nuclear Regulatory Commission Rockville, Maryland Pacific Northwest National Laboratory November 15-17, 2005. Contributing Members. EPA ORD. DOE EM. Facilitating cooperation,

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2)' - ondrea


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
framework for risk analysis in multimedia environmental systems version 2 frames 2

Framework for Risk Analysis in Multimedia Environmental Systems Version 2 (FRAMES-2)

Workshop

U.S. Nuclear Regulatory Commission

Rockville, Maryland

Pacific Northwest National Laboratory

November 15-17, 2005

contributing members
Contributing Members

EPA

ORD

DOE

EM

Facilitating

cooperation,

coordination, and exchange

of technical information,

related to the multimedia

environment

EPA

ORIA

PNNL

DOE

NRC

Research

DoD

ERDC

2

slide4

1982

1984

1986

1988

1990

1992

1994

1996

2004

1998

2000

2002

Time Line of Multimedia Modeling

Developments at PNNL

  • Initial idea for RAPS
  • Initial proposal of RAPS to DOE
  • Initial proposal of MEPAS to DOE
  • ----------------------------- DOE’s Environmental Survey using MEPAS
  • Version 1.0 of MEPAS
  • Initial idea for RAAS
  • Version 2.0 of MEPAS with DOS user interface
  • ------------- MEPAS used to conduct risk-based characterization on SST analytes
  • ------------- MEPAS used DOE’s PEIS
  • Initial idea for Modular Risk Analysis (MRA) approach
  • ----- MEPAS used DOE’s BEMR
  • ----- Use of MEPAS & MRA approach on HRA-EIS
  • Version 3.0 of MEPAS
  • Initial idea for FRAMES
  • ----------- Use of MEPAS & MRA on WIPP-SEIS II
  • Initial funds from EPA for 3MRA-HWIR
  • Version 1.0 of FRAMES
  • Version 4.0 of MEPAS
  • ------- Pantex RA uses FRAMES 1.0
  • Version 4.1 of MEPAS

FRAMES: $8M/10 yrs

Multimedia Modeling: $23M/23 yrs

  • Version 1.1 of FRAMES
  • Merged System
  • Unified Life Cycle Analysis

4

slide5

FRAMES Development History

1995 - 2005

SuperMUSE

EPA-ORD/OSW

FRAMES-3MRA-1.0

(National Assessment)

EPA-ORD

FRAMES-3MRA-1.x

(UA/SA)

EPA-ORD

3MRA-2.0

Site Specific

FRAMES-3MRA

FRAMES-2.0

FRAMES-1.0

FRAMES-1.1 to 1.7

DoD-ERDC

ARAMS-2.0

EPA-ORIA

DoD-ERDC

ARAMS

EPA-ORIA

NRC

IWRMS

(King County)

SuperMUSE

Framework Independent Component

slide6

Purpose: Merged the best attributes of 3MRA, ARAMS, GENII, and FRAMES-V1Objective: Design a software system that allows the non-parochial communication between disparate models, databases, and frameworks. Design a functionally easy system which can be modified and updated by “users.”Constraints: Follow requirements outlined at the NRC-hosted 2000 workshop, documented in the Proceedings of the Environmental Software Systems Compatibility and Linkage Workshophttp://www.ISCMEM.org

6

frames 2
FRAMES-2
  • Middleware  Collaboration and Communication
  • Allows for the seamless transfer of data betweendisparate models, databases, and modeling systems.
  • User gets to pick models and databases of choice.
  • Intuitive system that can be modified and updated by users.

7

slide8

1

3

2

= Data processor

= Modules

Model Type 2

(e.g., Aquifer)

Model Type 1

(e.g., Source Model)

1

1

Simple

FRAMES

2

2

Medium

3

3

Complex

Model Type 3

(e.g., Risk Model)

8

frames 2 0
FRAMES-2.0
  • FRAMES-1.x – Site-Specific analyses
  • 3MRA – National, Complex-wide analyses
  • FRAMES-2.x – FRAMES-2, using the best features of FRAMES-1 and 3MRA
    • Build Site-Specific Assessments, then role results up into Complex-Wide Analyses
  • Many non-Environmental Uses

9

design goals of frames 2
Design Goals of FRAMES-2
  • Design a software system that allows the non-parochial communication between disparate models, databases, and frameworks.
  • Design a functionally easy system which can be modified and updated by “users.”
  • Provide a platform that allows “objects” to ACCESS information generated/produced by other “objects.”
  • Keep it simple, not simplistic
    • Make it understandable
    • Standardize and develop consistent and repeatable protocols
  • Reproducibility means Credibility
  • Visualize the problem -- PICTURES
  • Visualize the results -- PICTURES
  • Provide Sensitivity/Uncertainty Capabilities

10

slide12

Conceptual Site Model

and

Drag & Drop Feature

12

slide14

Visualization of S/U Output Results

Probability of

Exceedence (%)

Probability of a Peak Benzene Concentration Being

Above the Acceptable Limit of 4.6E-02 mg/L

Probability of

Exceedence (%)

Distance from Source (cm)

Inventory (g)

automation and reproducibility some quick examples
Automation and Reproducibility(Some Quick Examples)
  • RAGS Generation as a Quick Example
  • Automated Testing

15

frames 2 key concepts
FRAMES-2 Key Concepts
  • Identify and agree upon a specific “Contract” as to how data/information are packaged and passed (DIC)
  • Identify and agree upon how data are measured and what they mean (i.e., metadata) (DIC Editor and [(Units) Conversion Editor]
  • Define what your model/DB is (Domain editor)
  • Define the direct contextual relationship of your model/DB to other components in the system [Module (DES) Editor and Simulation Editor]
  • Define very clear and strict data/information protocols

16

frames 2 communication

Model 1

Model 2

FRAMES-2 Communication

Seamless and Transparent Communication Through ARAMS/FRAMES for Linking Disparate Objects

User-Specified

Input

Database Data

FRAMES-2 infrastructure is interested in the I/O, not the Objects (e.g., models, DBs)

Model Output

User-Specified

Input

Database Data

Model wrapping in FRAMES-2 requires adding dictionary and description files, and model switches

Model Input

Model

Output

Forward→

17

defining connection schemes

Consume

DIC 1, 3, 4, 5

Consume

DIC 1, 2, 3

Consume

DIC 4, 6

Produce

DIC 1, 2, 6

Produce

DIC 3, 5

Produce

DIC 6

Model 1

Model 1

Model 1

Defining Connection Schemes

Connection Scheme

Scheme #

1

2

3

19

slide20

Plug & Play Feature

Applicable Models

20

slide21

Plug & Play Feature

Non-applicable Models

21

slide22

Model Developer

Database Owner

User (Analyst)

• Build or Import DICs

• Define Units

• Build/Import Modules

• Set up Domain

• Define Connection

Schemes

Tools:

• (Units) Conversion Editor

• DICtionary Editor

• Domain Editor

• Module (DES) Editor

• Dataset Editor

• Map DB Schema

• Develop DB

Extraction Plans

Tools:

• Data Owner Tool

• Data Extraction Tool

• Select Domain

• Select Icons

• Connect Icons

• Select Models

& Databases

• Run Extraction Plans

Tools:

• Simulation Editor

• Data Client Editor

(GMUI)

• Dataset Editor

22

frames 2 editors
FRAMES-2 Editors
  • DICtionary Editor – Allows the user to add new or edit existing DICtionaries.
  • (Units) Conversion Editor – Allows the user to add additional or edit existing unit conversions supported by the system.
  • Module (DES) Editor – Allows the user to input and edit the DEScription (DES) DICtionary, which contains information about the model (e.g., icon Class, which Boundary Condition and Input DICs are consumed and which Boundary Condition DICs are produced, who to contact for more information, etc.).
  • Domain Editor – Allows the user to define where the model fits in the system (e.g., icon type, Domain, Group, and Subgroup, etc., but not Class).
  • Simulation Editor – Allows the user to edit the Conceptual Site Model (CSM) work space, containing the Drag & Drop functionality of constructing a CSM and linking modules together. This editor is the FRAMES CSM interface.

23

current frames 2 activities
Current FRAMES-2 Activities
  • Groundwater Modeling System (NRC Research)
  • Adaptive Risk Assessment Modeling System (DoD-ERDC)
  • Multi-media, Multi-pathway, Multi-Exposure Risk Assessment (3MRA) Methodology (EPA-ORD)
  • SuperMUSE Parallel Processing System (EPA-ORD)
  • Rapid Risk Assessment (Emergency Preparedness and Response) (PNNL-DOE)
  • Biologically Based Modeling (PNNL-DOE)
  • Universal Linkage to Databases (PNNL-DOE)
  • Data Access Network (DOE-Hanford)
  • Integrated Water Resource Modeling System (IWRMS)

24

summary
Summary
  • Design, based on March 2000 Workshop Requirements
  • Middleware, designed for seamless transfer of data between
    • Disparate Models
    • Disparate Databases
    • Disparate Modeling Systems (Frameworks)
  • Intuitive system, which can be modified and updated by “users.”
  • Not Necessarily Environmental Centric
  • Multimedia Modeling: $23M ($8M for FRAMES)

25