How the CRASH project has addressed the fall 2008 review recommendations Some detail here, with reference to more material in fall 2009 presentations.

Slides:



Advertisements
Similar presentations
Poster & Project Presentations The Robert Gordon University
Advertisements

Running a model's adjoint to obtain derivatives, while more efficient and accurate than other methods, such as the finite difference method, is a computationally.
PROJECT RISK MANAGEMENT
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
How to Document A Business Management System
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
Educational Progress and Plans Ken Powell. Page 2 About Our Students Each UM and TAMU student has a home department Current students from –Atmospheric,
CRASH UQ Program: Overview & Results James Paul Holloway CRASH Annual Review Fall 2010.
Assessment of Predictive Capability James Paul Holloway CRASH Review Meeting October
Interdisciplinary Modeling of Aquatic Ecosystems Curriculum Development Workshop July 18, 2005 Groundwater Flow and Transport Modeling Greg Pohll Division.
Transport Physics and UQ Marvin L. Adams Texas A&M University CRASH Annual Review Ann Arbor, MI October 28-29, 2010.
Preliminary Sensitivity Studies With CRASH 3D Bruce Fryxell CRASH Review October 20, 2009.
Program design example Task: Develop an algorithm expressed in pseudocode for a specified problem specified problem.
Testing an individual module
Center for Radiative Shock Hydrodynamics Integration for Predictive Science R. Paul Drake.
Experimental Psychology PSY 433
Systems Engineering Management
Ken Powell and Ryan McClarren CRASH Review, October 2010 CRASH Students and Courses.
Design, Implementation and Maintenance
Science and Engineering Practices
Capability Maturity Model
1 D r a f t Life Cycle Assessment A product-oriented method for sustainability analysis UNEP LCA Training Kit Module k – Uncertainty in LCA.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Effective Methods for Software and Systems Integration
© 2005 Prentice Hall14-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
A comparison of radiation transport and diffusion using PDT and the CRASH code Fall 2011 Review Eric S. Myra Wm. Daryl Hawkins.
Risk management in Software Engineering T erm Paper By By Praveenkumar Sammita Praveenkumar Sammita CSC532 CSC532.
INFO 637Lecture #81 Software Engineering Process II Integration and System Testing INFO 637 Glenn Booker.
N By: Md Rezaul Huda Reza n
1 Validation & Verification Chapter VALIDATION & VERIFICATION Very Difficult Very Important Conceptually distinct, but performed simultaneously.
BSBPMG503A Manage Project Time Manage Project Time Unit Guide Diploma of Project Management Qualification Code BSB51507 Unit Code BSBPMG503A.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Usability Issues Documentation J. Apostolakis for Geant4 16 January 2009.
Software Engineering Lecture # 17
IS 556 Enterprise Project Management 1IS 556 -Spring 2008 Lecture 2 Apr 7, 2008 //48.
Executive Session Director’s CD-3b Review of the MicroBooNE Project January 18, 2012 Dean Hoffer.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
How to read a scientific paper
Students and Educational Programs Fall 2011 Review Krzysztof Fidkowski.
OFFICE OF SCIENCE 2.3 Infrastructure and Installation Sims, Edwards 1.Does the conceptual design and planned implementation satisfy the performance specifications.
Center for Radiative Shock Hydrodynamics Fall 2011 Review Assessment of predictive capability Derek Bingham 1.
Center for Radiative Shock Hydrodynamics Fall 2011 Review PDT and radiation transport Marvin L. Adams.
Sampling distributions rule of thumb…. Some important points about sample distributions… If we obtain a sample that meets the rules of thumb, then…
Project Management Cross lifecycle Activity
1 NASA WBS TASK #: QUARTERLY TECHNICAL PROGRESS REVIEW TASK # & TITLE:06-0xxxx Assessment of Electronic Widgets - Radiation QUARTER:XQ FY06.
Design Report – Fall Semester. Title Page List name of project and team number List date List team members, advisor, sponsor Team logos.
Solar Probe Plus A NASA Mission to Touch the Sun March 2015 Instrument Suite Name Presenter's Name.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
API 17N Subsea Production System Reliability, Integrity, and Technical Risk Management Don Wells Hess Corporation.
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 2 Diploma of Project Management.
“ Building Strong “ Delivering Integrated, Sustainable, Water Resources Solutions Uncertainty & Variability Charles Yoe, Ph.D.
NCSX Strykowsky 1Independent Project Review (IPR) June 8-9, 2004 NCSX Project Review June 8-9, 2004 Cost, Schedule, and Project Controls Ron Strykowsky.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
1 Life Cycle Assessment A product-oriented method for sustainability analysis UNEP LCA Training Kit Module k – Uncertainty in LCA.
School of Business Administration
ECE361 Engineering Practice
Presenter Name Presentation Date
Writing the research protocol
Activity Planning.
Software Project Planning &
Presenter Name Presentation Date
Presenter Name Presentation Date
DMAIC STANDARD WORK TEMPLATE
DMAIC STANDARD WORK TEMPLATE
Building Valid, Credible, and Appropriately Detailed Simulation Models
Presenter Name Presentation Date
Presenter Name Presentation Date
Presentation transcript:

How the CRASH project has addressed the fall 2008 review recommendations Some detail here, with reference to more material in fall 2009 presentations.

Page 2 Format: Title gives report section Recommendations summarized in major bullets –What we did in minor bullets

Page 3 Overall Project p. 1 Consult systems engineer to develop schedule and resource loaded plan –We consulted a systems engineer and followed his recommendations Construct a codes flow chart to track progress –The code elements are discussed in the Toth talk. Since tests are committed with new code elements, the Myra talk best shows progress. UQ analysis should set directions for project –This has been essential in decisions to date and is key to the plans for the next year (Drake talk, Holloway talk) Consider finding further experimental signatures –In process, mainly under synergistic funding. (Drake talk, Huntington and Doss posters)

Page 4 Overall Project p. 2 Exercise a simple version of the entire “UQ Loop” in this year just past –Done (Holloway and Bingham talks, several posters) Expand the effort on analytic physics –We have done this (discussed in Drake talk) Create a CRASH Primer to capture analytic work –Now exists (distributed to committee), will be extended Be flexible in defining experimental variations –Nothing is locked in place now

Page 5 Codes and Models p. 1 Document and defend physics and numerical choices –Addressing the physics in the CRASH Primer –Numerics addressed in source code documentation, code manual and stand-alone documents for substantial elements (e.g. gray flux-limited diffusion approach) Clarify who is writing PDT at TAMU and who is the integrating physicist at UM –Daryl Hawkins (TAMU) and Eric Myra (UM), both full FTEs –Risk mitigation: functional multigroup diffusion at UM “The rubber meets the rode” with the CRASH code –We have four research scientists at UM contributing to the CRASH code development (Drake talk) –We attend to the balance of effort between “UQ” and codes Maintain focus on project goals –The management team does this (Drake, Powell, Holloway talks)

Page 6 Codes and Models p. 2 Start off with 1D models or otherwise simply –We did this and do this (Holloway & Bingham talks) Attempt to quantify the uncertainties between physics and numerics –The project is just now ready to evolve in this direction –Code elements recently put in place will let us do intra-code studies to bound/assess errors due to numerical resolution and model fidelity Grid convergence studies in space, time, number of groups Dimensionality effects (1D/2D/3D) Solver choice effects (e.g. HLLE vs Godunov) Design of these experiments will be very different from current UQ runsets, however, we will measure effects of the above on the outputs that are used in the UQ runsets

Page 7 V, V, & UQ p.1 Overall comment on this area by us –The review team recommended many actions in the area of testing and related documentation, so many that this could have absorbed all the project resources. Our commitment to testing and documentation is covered in talks by Powell, Toth, and Myra. However, we did not allow this to prevent us from pursuing the recommendations of developing the CRASH code into the “reasonably good, integrated code” of from completing a “UQ loop” in this past year. Measure and track the status of each software component, with reproducible evidence and drill down capability –Eric Myra’s talk discusses the verification tests submitted with each software component; Gabor Toth’s talk discusses the testing approach and reproducibility. –As mentioned in Gabor’s talk, we have made some but very limited progress in the direction of “drill-down” capability

Page 8 V, V, & UQ p.2 Use more precise performance measurements and develop new manufactured solutions –Eric Myra’s talk discusses the quantitative nature of the verification tests. –Our emphasis has been on the new verification tests based on analytic solutions and grid convergence –We have not yet developed new manufactured solutions Show the testing path from initial model development to full release of the code –Touched on briefly in Ken Powell’s and Gabor Toth’s talks. Tests committed with new units, and run automatically in daily and weekly tests. Branches tagged for UQ release; UQ runsets make use of a particular tagged branch Construct a text matrix –This is shown in Myra’s talk

Page 9 V, V, & UQ p.3 Consider alternative approaches to solution verification in addition to adjoint methods –Adjoint methods are being developed by a professor and student, they are not on the critical path. –One of the posters shows some recent results of this work Determine what and how NNSA UQ software will be incorporated –While we are using software with some parallel origins (Talks by Holloway, Bingham, related posters), we now do not expect to incorporate anything directly Investigate alternative approaches to Bayesian inference –Bayesian inference is used in constructing a predictive model for the key outputs, including in finding hyperparameters for Gaussian Process models. This model informs physics parameter calibration and provides a measure of discrepancy from reality –Non-Bayesian techniques are used also in our analysis (e.g. MARS and MART for constructing response surfaces) –The over-riding issue for the project is to have an approach that we ourselves can implement and work with

Page 10 V, V, & UQ p.4 Consider terminology issues –Predictive science is more than prediction. We argue that a scientific or engineering prediction consists of both sensitivity measures and an estimate of output pdfs or ranges corresponding to known input distributions and ranges –Our center philosophy is centered around improvement in predictions, as measured by improved overlap of output pdfs with measurement uncertainty bands –Predictions are ideally improved by improvements in physics modeling and improvements in numerics, and improvements in physics constants –Statistical analysis tells us where improvements are required –“Validated” is the unachievable ideal in which a code and its input distributions are known sufficiently to predict the output distributions in agreement with reality Make sure that the long-term effort is a challenge, but one that can be met –We have paid attention to this and it still looks good to us.

Page 11 Culture change Apply UQ methods to problems less ambitious than the full CRASH problem –This is what we did (Holloway & Bingham talks) Articulate achievements in predictive science in ways that can be appreciated by non experts –We are pursuing this in non-UQ conference presentations