1. North Slope Decision Support System First Stakeholder Workshop January 20-21, 2009 Anchorage, 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. Decision Support System Project Description Anatomy of a Decision Support System Information System Natural Systems Models Planning and Management

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

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

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. 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. Let’s look at the flow chart… Usage Scenario #1: Lake Allocation Permitting

26. NSDSS TOOL DEMONSTRATION

27. 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

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

29. 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

30. 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

31. 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 systems Scalability

32. 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

33. Usage Scenario Working Groups