Comp 410 Client Meeting 11-5-11. Outline Design Concept Implementation on Azure Revised Use Cases Revised GUI Mockup Demo Timeline Clarifications

Embed Size (px)

DESCRIPTION

Design Concept Andrew Emil

Citation preview

Comp 410 Client Meeting Outline Design Concept Implementation on Azure Revised Use Cases Revised GUI Mockup Demo Timeline Clarifications Design Concept Andrew Emil Design Concept Goals Flexible framework able to simulate wide variety of models Provide ability to run simulations of arbitrary complexity and size Allow for easy visualization and editing of models Solution: Module-Based Modeling Each module can be defined through 1.Compositing 2.Code Composite-based Modules: Made up of collection of interconnected sub-modules Each sub-module can itself be a composite Code-based Modules: Can contain formulas of arbitrary complexity Modules can have any number of inputs and outputs Module Advantages: Complexity Modules allow for entire simulation to be broken into small pieces Simulation framework can maintain arbitrary number of modules for each simulation No need for centralized computing, work can be spread out as desired Module Advantages: Flexibility Module definitions allow for varied internal behavior of modules Arbitrary connectivity relates modules to each other Any module may connect to any other module with compatible inputs and outputs Module Advantages: Elasticity Encapsulation of work means that simulations are just a collection of modules and connections between them Easy to set up, no need for lots of resources to be ready on hand at all times TODO - Can allocate system resources appropriately? Module Advantages: Usability Concept of different levels of view High level understanding of a model is achievable without having to see details Easy to follow logic from high level to low level Encapsulation of sections of model Can change one aspect of model without having to change others Example of a Basic Model Supply-demand curve: Supply: power production capacity Demand: power demanded Feedback drives system towards equilibrium Simple consumer-producer relationship Module Representation Producer Outputs: -Energy Supply -Energy price -Pollution Consumer Inputs: -Energy Supply -Energy price -Pollution Regulation Environmental Inputs: -Pollution from Producer Environmental Outputs: -Regulation for Consumer Producer module requires: -Initial price of energy -Initial supply of energy -Slope of initial supply curve Producer Inputs: -Demand for energy Environmental module requires: -Strength of regulation Consumer module requires: -Demand curve slope -Price of energy Consumer Outputs: -Energy demand At the start of the simulation: Implementation on Azure Weibo He Why Microsoft Azure? Scalability Cost-Performance Stability Revised Use Cases Elizabeth Fudge Basic User Typical member of public May have no knowledge of energy industry No authentication required Free to CFAE Basic User Use Case Visits CFAE website, goes to simulation page Selects a predefined model with plan Views simulation results Views plan Views model Authenticated User Has enough domain knowledge to make basic edits to model and/or plan Authenticates with credentials supplied by CFAE Costs money for each set of basic edits they save and for each simulation they run Paid for by user or by CFAE Authenticated User Use Cases All use cases for Basic User and Logs in Selects a predefined model with plan Changes numerical parameters of the model and/or plan May save numerical parameters for future use Runs simulation Views new simulation results Expert Authenticated User Has enough domain knowledge to make advanced edits to model and/or plan Authenticates with credentials supplied by CFAE Costs money for each model they edit and save and for each simulation they run Paid for by user or by CFAE Expert Authenticated User Use Cases All uses cases for Authenticated User and Selects a predefined model with plan, or one of their own saved models with plan Uploads code and adds to model Runs simulation Views new simulation results Clarification: Publishing Models/ Plans Would be confusing for Basic User to see all saved models/plans CFAE may want to change models/plans which are visible to Basic User Could have publish option for authenticated users, would have to be approved by CFAE Could have publish option for only some authenticated users (CFAE staff) Clarification: Worst Case Plan Is worst case plan no change in current behavior? Or absolutely no actions taken? Ex., coal power plant goes offline from old age is it replaced with another coal plant or not replaced at all? Revised GUI Mockups Jesus Cortez Mockup Overview UI Walkthrough: Basic Use Case UI Walkthrough: Authenticated Use Case Demo Robert Brockman