1 / 33

Workshop Overview

North Slope Decision Support System First Stakeholder Workshop January 20-21, 2009 Anchorage, Alaska. Workshop Overview. Introductions Project description Workshop objectives Designing the NSDSS through usage scenarios Usage scenario 1: Lake withdrawal permitting Did we get it right?

lula
Download Presentation

Workshop Overview

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. North Slope Decision Support SystemFirst Stakeholder WorkshopJanuary 20-21, 2009Anchorage, Alaska

  2. Workshop Overview • Introductions • Project description • Workshop objectives • Designing the NSDSS through usage scenarios • Usage scenario 1: Lake withdrawal permitting • Did we get it right? • Usage scenario working groups

  3. Introductions • Project Team • Amy Tidwell, University of Alaska Fairbanks • Bill Schnabel, University of Alaska Fairbanks • Kelly Brumbelow, Texas A&M University • Stephen Bourne, PBS&J • Leslie Gowdish, PBS&J • Erica Betts, University of Alaska Fairbanks • Arun Aryasomayajula, Texas A&M University • Jim Haleblian, Algoloma Systems

  4. Introductions • Stakeholder participants…

  5. Project Description • We all have a stake in the North Slope • Development of North slope resources requires careful planning that includes all stakeholders. • The North Slope Decision Support System (NSDSS) will provide a common forum for North Slope planning and management. • The initial NSDSS application centers on environmentally responsible oil and gas exploration. • This is a 3 year project, funded by the DOE, National Energy Technology Laboratory.

  6. Project Description Anatomy of a Decision Support System Decision Support System Planning and Management Natural Systems Models Information System

  7. Project Description: Physical Plan NorthSlopeDSS Workbench Exploration Team NorthSlopeDSS Workbench NorthSlope Stakeholders Cache Cache NorthSlopeDSS Workbench Research Team On-Going Remotely Sensed Data Collection On-going Field Data Collection NorthSlopeDB Enterprise GeoDatabase Alaska Data Stores National Data Stores NorthSlopeDSS Workbench Oil Company Planners Cache

  8. Workshop Objective NorthSlopeDSS Workbench Exploration Team NorthSlopeDSS Workbench NorthSlope Stakeholders Define how to build the workbench. Cache Cache NorthSlopeDSS Workbench Research Team On-Going Remotely Sensed Data Collection On-going Field Data Collection NorthSlopeDB Enterprise GeoDatabase Alaska Data Stores National Data Stores NorthSlopeDSS Workbench Oil Company Planners Cache

  9. What am I doing here???? • To help define the requirements for the workbench • What are the most important decisions? • What is the existing process for making those decisions? • Can the process be improved? How? • What is the role of technology? • How can the workbench facilitate the decision-making process? • How will you use the workbench?

  10. NSDSS Development Timeline • Stakeholder collaboration throughout • Outcomes of this workshop drive rapid prototype development of next 12 months

  11. Designing the NSDSS through Usage Scenarios

  12. Overview • What is a Usage Scenario? • Using Usage Scenarios to Design the NSDSS • Usage Scenario #1: Lake Allocation Permitting • Is the Usage Scenario right? • Building System Requirements

  13. What is a Usage Scenario? • Flow chart of multi-participant process • Not a software algorithm – a “people algorithm” • Created before software is considered • Each usage scenario is focused on a real-world process with specific needs for decision support. • Multiple Usage Scenarios are supported by the system – many with overlapping requirements. • Goal is to define a sufficient number of usage scenarios to fully define the requirements for the system.

  14. What does a Usage Scenario Look Like?

  15. What does a Usage Scenario Look Like? Actions

  16. What does a Usage Scenario Look Like? Grouped Actions (Meta-boxes)

  17. What does a Usage Scenario Look Like? Decisions

  18. What does a Usage Scenario Look Like? Documents

  19. What does a Usage Scenario Look Like? Actors (color-coding: blue = O&G Company, orange = State of AK)

  20. What does a Usage Scenario Look Like? • Show thumbnail of US#1 • Explain Key – ie. Meta-boxes, processes, documents, etc. Desired Technology Platform

  21. NSDSS Development Timeline • Stakeholder collaboration throughout • Outcomes of this workshop drive rapid prototype development of next 12 months

  22. Using Usage Scenarios to Design the NSDSS • 4 Usage Scenarios identified thus far: • US#1 – Lake Allocation Permitting • US#2 – Ice Road Planning & Permitting • US#3 – Infrastructure Planning (Project Level) • US#4 – Support for NSB Comprehensive Planning • Stakeholder participation is crucial to identifying and developing Usage Scenarios to make NSDSS as useful as possible. • This list can change if the stakeholders want it to.

  23. Usage Scenario #1: Lake Allocation Permitting • Fresh water withdrawals on North Slope require permits from State (and sometimes BLM) • Permits written to ensure safe levels of withdrawal from each permitted lake • Lake locations and permitted withdrawals are necessary inputs to ice road planning • Role of NSDSS • Streamline existing permitting process • Facilitate water balance analysis • Enable long-term planning

  24. Usage Scenario #1: Lake Allocation Permitting • Let’s look at the flow chart…

  25. NSDSS Tool demonstration

  26. Is the Usage Scenario right? • Are the meta-boxes correct? Do we need more/fewer/editing? • Inspect each meta-box individually Completeness Checklist: • Appropriate stakeholders included • Communication between stakeholders • Document production • Technology elements

  27. Building System Requirements • Functional Requirements What the software does… • Non-Functional Requirements How the software behaves… • Institutional Requirements Who uses and maintains the software…

  28. Usage Scenario #1: Requirements & Refinement Functional: Present Maps of North Slope Landscape (Vector and Raster Data) Present Geo-referenced Time Series Provide ability to peruse data Provide an ability to compare existing data with template Provide an ability to enter templates for MPR analysis, WB analysis, Permit application, MPR study reports, WB study reports, permit document Provide an ability to auto-populate analyses and reports according to templates Publish MPR plan and report, WB plan and report, Permit application, permit document

  29. Usage Scenario #1: Requirements & Refinement Functional (continued):Assimilate Collected Data for MPR Study MPR Analysis: Calculate Vol, Ice Vol, Fraction of Under-Ice Volume, Determine if Fish are Sensitive, Ice-chip analysis, snow harvest analysis, allocation computation. Assimilate Collected Data for Additional Study Water Budget Analysis: Process Input time series for water budget analysis, Assign processed time series to terms in water budget equation, calculate water budget, assess safe yield. Bind and Package Permit Application Submit permit application

  30. Usage Scenario #1: Requirements & Refinement Non-Functional: Security/Accessibility User Friendliness, Ergonomics Performance Open-ness, API, Modularity Technology (db formats, web/desktop, use of existing data systems) Standardization – compatibility/integration with other systemsScalability

  31. Usage Scenario #1: Requirements & Refinement Institutional: Users and Roles Maintenance and Updates Funding (esp. after DOE grant ends) Process Changes (Mechanisms for Proposals and Decisions) Peer Review of Data and Models

  32. Usage Scenario Working Groups

More Related