MSE Presentation 2 Lakshmikanth Ganti www.cis.ksu.edu/~ganti/mse_pro.htm.

Slides:



Advertisements
Similar presentations
Making the System Operational
Advertisements

Abstraction and Modular Reasoning for the Verification of Software Corina Pasareanu NASA Ames Research Center.
Software Process Models
CH02: Modeling the process and life cycle Process of developing software (organization and discipline in the activities) contribute to the quality of the.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Copyright © 2006 Software Quality Research Laboratory DANSE Software Quality Assurance Tom Swain Software Quality Research Laboratory University of Tennessee.
SE 555 Software Requirements & Specification Requirements Validation.
A. Frank - P. Weisberg Operating Systems Introduction to Cooperating Processes.
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Introduction to Computer Technology
BRUE Behavioral Reverse Engineering in UML as Eclipse Plugin MSE Presentation 1 Sri Raguraman.
System Implementation. System Implementation and Seven major activities Coding Testing Installation Documentation Training Support Purpose To convert.
UML - Development Process 1 Software Development Process Using UML (2)
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
1 Phase Implementation and Test Plan. Making your implementation plan First Steps  Consider your use case diagram and your prioritization of use cases.
L15: Putting it together: N-body (Ch. 6) October 30, 2012.
Page 1 MODEL TEST in the small GENERALIZE PROGRAM PROCESS allocated maintenance changes management documents initial requirement project infrastructure.
Bogor-Java Environment for Eclipse MSE Presentation II Yong Peng.
AgentTool (III) Dynamic MSE Presentation 1 Binti Sepaha.
Implementation Considerations Yonglei Tao. Components of Coding Standards 2  File header  file location, version number, author, project, update history.
ELP Helper MSE Project Presentation I Aghsan Ahmad Major Professor: Dr. Bill Hankley.
RUP Implementation and Testing
CIS 895 – MSE Project KDD-Research Entity Search Tool (KREST) Presentation 2 Eric Davis
Multi-agent Research Tool (MART) A proposal for MSE project Madhukar Kumar.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
Molecular Dynamics Sathish Vadhiyar Courtesy: Dr. David Walker, Cardiff University.
GUI & Optimizer for the Virtual Pipeline Simulation Testbed Walamitien Oyenan November 10, 2003 MSE Presentation (Phase 2)
Little Brother Surveillance Nathaniel Brown and Chris Mordue.
Refined ECSS Software Process Model Elements SD-TN-AI-0570, Issue 5 APPENDIX D.
Student Curriculum Planning System MSE Project Presentation I Kevin Sung.
BE-SECBS FISA 2003 November 13th 2003 page 1 DSR/SAMS/BASP IRSN BE SECBS – IRSN assessment Context application of IRSN methodology to the reference case.
E-science grid facility for Europe and Latin America E2GRIS1 André A. S. T. Ribeiro – UFRJ (Brazil) Itacuruça (Brazil), 2-15 November 2008.
REAL TIME GPS TRACKING SYSTEM MSE PROJECT PHASE I PRESENTATION Bakor Kamal CIS 895.
Environment Model Building Tool MSE Presentation 1 Esteban Guillen.
MSE Presentation 1 By Padmaja Havaldar- Graduate Student Under the guidance of Dr. Daniel Andresen – Major Advisor Dr. Scott Deloach-Committee Member Dr.
CS 4850: Senior Project Fall 2014 Object-Oriented Design.
Self-assembling Agent System Presentation 1 Donald Lee.
An FPGA Implementation of the Ewald Direct Space and Lennard-Jones Compute Engines By: David Chui Supervisor: Professor P. Chow.
GAYA Analyzer SDD Presentation. GAYA Analyzer Introduction OMS40G256 is a hardware device used for detection of radioactive radiation for medical imaging.
Software Development A Proposed Process and Methodology.
Natural Language to Machine Readable Format By: Damian Tamayo Presentation 2 – Nov. 13, 2009 CIS 895 – MSE Project.
Abstract A Structured Approach for Modular Design: A Plug and Play Middleware for Sensory Modules, Actuation Platforms, Task Descriptions and Implementations.
The principles of an object oriented software development process Week 04 1.
MSE Presentation 1 Lakshmikanth Ganti
Progress on Component-Based Subsurface Simulation I: Smooth Particle Hydrodynamics Bruce Palmer Pacific Northwest National Laboratory Richland, WA.
T Project Review WellIT I2 Iteration
Communication Model for Cooperative Robotics Simulator MSE Presentation 1 Acharaporn Pattaravanichanon.
A Pattern Language for Parallel Programming Beverly Sanders University of Florida.
Software Systems Verification and Validation Laboratory Assignment 4 Model checking Assignment date: Lab 4 Delivery date: Lab 4, 5.
Table of Contents Program Model Checking: Case Studies and Practitioner’s Guide John Penix, ARC Howard Hu, JSC.
MSE Presentation 3 By Lakshmikanth Ganti Under the Guidance of Dr. Virgil Wallentine – Major Professor Dr. Paul Smith – Committee Member Dr. Mitch Neilsen.
Communication Model MSE Presentation II Acharaporn Pattaravanichanon.
Bogor-Java Environment for Eclipse MSE Presentation III Yong Peng.
V-Shaped Software Development Life Cycle Model. Introduction: Variation of water fall model. Same sequence structure as water fall model. Strong emphasis.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Chapter 2- Software Development Process  Product Components  Software Project Staff  Software Development Lifecycle Models.
Learning Objectives Today we will Learn: The different methods of implementation The differences between user and technical documentation.
Bogor-Java Environment for Eclipse
PRISM: PROCESSING AND REVIEW INTERFACE FOR STRONG MOTION DATA SOFTWARE
Gary Hughes, South Oakleigh College
V-Shaped SDLC Model Lecture-6.
ICT meeting Business needs
Request for Proposal (RFP)
Object Oriented Analysis and Design
Sathish Vadhiyar Courtesy: Dr. David Walker, Cardiff University
CSE 1020:Software Development
Overview Activities from additional UP disciplines are needed to bring a system into being Implementation Testing Deployment Configuration and change management.
Our Process CMSC 345, Version 1/04.
Presentation transcript:

MSE Presentation 2 Lakshmikanth Ganti

Overview Updates of First phase artifacts Architecture design Formal Requirements Specification Test plan Formal Technical Inspection Prototype Demo

Updates Vision Document Software requirements Specification  Critical Requirements Absence of Deadlocks Safety Absence of violation assertions

Updates Project Plan  Implementation Plan User Documentation Revision of Architecture Design Document Assessment Evaluation Project Evaluation Implementing Individual Classes Integration

Architecture Design Algorithm 1. Compute forces. Clear potential and force accumulators V := 0 for i = 1 to Np do Fi: = 0 Accumulate forces for i = 1 to Np – 1 do for j = i + 1 to Np do Find force Fij of particle j on particle I Fi: = Fi + Fij Fj: = Fj - Fij Find the potential energy contribution V = V + V ij 2. Integrate equations of motion for i = 1 to Np do Vel i new : = Vel i old + (Fi/mi)DT X i new : = X i old + Vel i DT 3. Update time counter t: = t + DT

Architecture Design

 and  are the specific Lennard--Jones parameters, different for different interacting particles. r is the distance between the interacting particles. For water, the values of these parameters are:  = nanometers and  = KJ/mole.

Architecture Design Design Modified algorithm Initialize forces and potential energy for partition1 = 1 to n for partition2 = 1 to n { check if the partitions are neighbors { for i = 1 to number of atoms in the partition1 { initialize force accumulators: sfx = 0, sfy = 0, sfz = 0 for j = 1 to number of atoms in the partition2 { check if atom number in partition1 > atom number in partition2 { check if distance between the atoms < cut-off distance { pot = pot + vlj; fxj = fxj + fx; fyj = fyj + fy; fzj = fzj + fz; sfx = sfx + fjx; sfy = sfy + fjy; sfz = sfz + fjz; } } } fxi = fxi – sfx; fyi = fyi – sfy; fzi = fzi = fzi – sfz; } }

Architecture Design Parallel Program design  Map Partition to a thread  Bounded Buffer  Communication 26 neighboring threads  Dimensions [M][M][M][26]

Architecture Design  Mapping  Buffers  Shadows  Pseudo code For time step = 1 to number of iterations { assign the atoms that belong o this thread depending on their spatial configuration put the atoms in all the shadows. collect the atoms from all the buffers. calculate forces. increment velocities and calculate displacements. calculate energies due to the contribution of this thread’s atoms and send them to energy writer class. }

Architecture Design Class Diagram  Atom  IO_Utils  LineReader  ObjBuf  EnergyWriter  MD_Thread  MD_Par

Architecture Design Use Cases  Read data from input files  Assign atoms to threads  Transfer atoms to all neighboring threads  Get atoms from all the neighboring threads  Calculate forces on atoms  Increment velocities and displace atoms  Calculate Energies  Write energies to the file

Formal Requirements Spec. Java Path Finder : Checks for deadlocks, assertion violations and uncaught exceptions by checking the entire state space of the parallel program. Model PC2 PC3 PC1 Buffer 1 Buffer 4 Buffer 3 Buffer 2 put get

Formal Requirements Spec. Classes  Prod-Consumer  Buffer  Verify Reference : Java PathFinder User Guide, Klaus Havelund, NASA Ames Research Centre.

Formal Requirements Spec. Assertions  The number of objects put into a buffer by a producer are the same as the number of objects got by a consumer.  The Consumer gets the same objects that are put in the buffer by a producer.

Formal Requirements Spec. Result Assertion violations Deadlocks

Test Plan Features to be tested  Read Data from files  Assignment of atoms to threads  Formatting values for output  Performance Requirements

Test Plan Deliverables  Test Plan  Test case and results

Formal Technical Inspection Document to be Inspected  Architecture Design Document Inspectors  Two Independent MSE Students Checklist

Demonstration

Questions