Georg Umgiesser and Natalja Čerkasova

Slides:



Advertisements
Similar presentations
S Y S T E M S E N G I N E E R I N G.
Advertisements

Design Concepts and Principles
Enhancing Data Quality of Distributive Trade Statistics Workshop for African countries on the Implementation of International Recommendations for Distributive.
1 Chapter 2: Product Development Process and Organization Introduction Importance of human resources: Most companies have similar technology resources.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Chapter 15 Application of Computer Simulation and Modeling.
OASIS Reference Model for Service Oriented Architecture 1.0
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Analysis Modeling Over view of today’s lesson T he analysis model is the first technical representation of a system. Analysis modeling uses a combination.
Discrete-Event Simulation: A First Course Steve Park and Larry Leemis College of William and Mary.
Research Methods in MIS
Lecture 7 Model Development and Model Verification.
1 Simulation Modeling and Analysis Verification and Validation.
Analysis Concepts and Principle.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Requirements Gathering : Determining the scope of the system 1. Elicitiation – fact finding 2. Specification 3. Validation.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
Chapter 10: Architectural Design
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter 1 The Systems.
Understanding Requirements. Requirements Engineering
Overview of the Database Development Process
Software Engineering CS B Prof. George Heineman.
Requirements Analysis
VTT-STUK assessment method for safety evaluation of safety-critical computer based systems - application in BE-SECBS project.
ITEC224 Database Programming
NIST Special Publication Revision 1
Modeling.
Eurostat Overall design. Presented by Eva Elvers Statistics Sweden.
Modeling and simulation of systems Model building Slovak University of Technology Faculty of Material Science and Technology in Trnava.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
Real World Maths Constructing an Observation Deck Documents Authors Mr. Alexander Forrest, The Gordon Schools, Huntly, Aberdeenshire ActivStudio PE, MS.
1 Chapter 5 Lecture 5: Understanding Requirements Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
1 The Theoretical Framework. A theoretical framework is similar to the frame of the house. Just as the foundation supports a house, a theoretical framework.
Chap. 5 Building Valid, Credible, and Appropriately Detailed Simulation Models.
By Germaine Cheung Hong Kong Computer Institute
PRJ566 Project Planning & Management Software Architecture.
Developing the theoretical and conceptual framework From R.E.Khan ( J199 lecture)
MODELING AND ANALYSIS Pertemuan-4
Lecture 9-1 : Intro. to UML (Unified Modeling Language)
Research for Nurses: Methods and Interpretation Chapter 1 What is research? What is nursing research? What are the goals of Nursing research?
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Conducting Research in the Social Sciences (From: Individuals and Families: A Diverse Perspective (2010))
Foundations of Modeling Models are simplifications of real systems They help us to understand the behavior of these systems by focusing on what (we believe)
Aspect 1 Defining the problem - Problem: The design context will normally offer a variety of potential problems to solve. A focused problem and need is.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Requirement Elicitation Review – Class 8 Functional Requirements Nonfunctional Requirements Software Requirements document Requirements Validation and.
Computing Honours Project (COMP10034) Lecture 4 Primary Research.
Statistical process model Workshop in Ukraine October 2015 Karin Blix Quality coordinator
Mathematics Essential Webinar 2014/13685 © 2014 School Curriculum and Standards Authority.
An Overview of Requirements Engineering Tools and Methodologies*
Group number Name1, Name2, Name3, Name4, Name5
Information for marketing management
SDLC: System Development Life Cycle
Lecture 9- Design Concepts and Principles
Requirements Elicitation and Elaboration
Chapter 10 Verification and Validation of Simulation Models
Generic Statistical Business Process Model (GSBPM)
Unified Modeling Language
Lecture 9- Design Concepts and Principles
We use models to represent Earth Systems
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Engineering Processes
Chapter 5 Understanding Requirements.
Building Valid, Credible, and Appropriately Detailed Simulation Models
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Week 10 Systems Development
Presentation transcript:

Georg Umgiesser and Natalja Čerkasova Natalja.Cerkasova@gmail.com

System Formulation Step The purpose: to systematically organize the quantification and the interpretive analyses of the Virtual System; Leads to: the construction of models that can simulate system behavior; Essentially, the Formulation Step defines: how to represent the functionality of the Virtual System for simulation/interpretation by selecting the most relevant inputs, processes, and internal interactions and by assembling these into functional components that can be independently modelled and calibrated.

What is a model? Different definitions, but in essence: Graphical, mathematical (symbolic), physical, or verbal representation or simplified version of a concept, phenomenon, relationship, structure, system, or an aspect of the real world. The objectives of a model include: to facilitate understanding by eliminating unnecessary components, to aid in decision making by simulating 'what if' scenarios, to explain, control, and predict events on the basis of past observations.

Formulation Step tasks (1) Data preparations (Inputs): Identify inputs and useful variables, assess relevance, and assemble metadata; Output: a table of the input metadata and functions necessary for the simulation analysis. Acquire, analyse and use the Input data; Output: refined Input Table and documented sets of data in a form usable to the simulation. Get data for model assessment Make and test (component) models: Describing the model at process and functional level Output: A description of the model in diagrams and tables. Make and test functional units Output: Implementation of model functional units in software. Assemble and test the simulation sub-models Output: Implementation of sub-models in the selected software.

Formulation Step tasks (2) Document the model development Document the simulation model Output: Technical report describing the model and its testing, including all the primary and secondary products of your work [e.g. initial and revised conceptual diagrams, revised input table, revised processes and functional component table, documentation of processes, approximations, validations, sensitivity tests, calibrations, linkages). Specify model outputs Output: Identify the model variables that might be used for model testing, Specify the system outputs for both qualitative and quantitative analyses. The result of this sub-task will be included in the conceptual model diagrams. Analyse the economic dimensions of the Coastal Zone system and identify suitable economic assessment methodologies Output: The result of this sub-task will be documented decisions about approaches and methods for economic assessment

System Appraisal Step The purpose: Leads to: To construct the Simulation model; Conduct the Interpretive Analyses; Prepare the results for the Output Step. Leads to: A tested system model against data; Simulated scenarios; Complete interpretive analysis; A document which comprehensively describes the model.

Appraisal Step tasks Model components System Simulations Prepare the models for coupling Review models relative to Appraisal objectives Integrate any links to other models or products of analyses. Run Models separately for purposes of Interpretive analyses Output: component models with external sources of data included; component models which when run individually, represent their sub system in a sufficiently realistic manner. Conduct model interpretive analysis Output: Documentation showing the interpretive analysis of the all the component models. System Simulations Construct simulation model Output: calibrated and validated simulation model of the system. Run scenario simulations Output: simulation output values from the simulation model that reflect changes caused by applying the scenarios. Output preparation Complete interpretive analysis Output: documentation of the validation process and application of scenarios on the simulation model. A document which comprehensively describes the model.

Teaching material is available on the BaltCoast web-page: http://www.baltcoast.net/training.html