Modeling High-Tech Deployment in International Environments for Effective Policy-Making DHP P232 / ESD.127 Telecommunications Modeling and Policy Analysis.

Slides:



Advertisements
Similar presentations
Formal Information-Based Standards for Test and Diagnosis John W. Sheppard, Co-Chair Mark Kaufman, Co-Chair Diagnostic & Maintenance Control IEEE SCC20.
Advertisements

Using reference models to drive business transformation in the HE sector Dr Samia Oussena Thames Valley University.
Signals and Systems March 25, Summary thus far: software engineering Focused on abstraction and modularity in software engineering. Topics: procedures,
Identifying enablers & disablers to change
The design process IACT 403 IACT 931 CSCI 324 Human Computer Interface Lecturer:Gene Awyzio Room:3.117 Phone:
Decision Making: An Introduction 1. 2 Decision Making Decision Making is a process of choosing among two or more alternative courses of action for the.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
The Science of the Artificial ch. 1 Charles Reid 1/5/2005.
Writing Good Software Engineering Research Papers A Paper by Mary Shaw In Proceedings of the 25th International Conference on Software Engineering (ICSE),
Object Oriented Software Development Systems and Models Seminar: Week 1 Brian Farrimond.
© Copyright Eliyahu Brutman Programming Techniques Course.
Domain-Specific Software Architecture
Next lecture : The System System Engineering Basic Introduction System Engineering System Engineering II.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Software Project Management Lecture # 8. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
SE-02 SOFTWARE ENGINEERING LECTURE 3 Today: Requirements Analysis Requirements tell us what the system should do - not how it should do it. Requirements.
Software Project Management Lecture # 8. Outline Earned Value Analysis (Chapter 24) Topics from Chapter 25.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Evaluation of software engineering. Software engineering research : Research in SE aims to achieve two main goals: 1) To increase the knowledge about.
Creating a Shared Vision Model. What is a Shared Vision Model? A “Shared Vision” model is a collective view of a water resources system developed by managers.
Detailed design – class design Domain Modeling SE-2030 Dr. Rob Hasker 1 Based on slides written by Dr. Mark L. Hornick Used with permission.
Computational Fluid Dynamics - Fall 2003 The syllabus Term project CFD references (Text books and papers) Course Tools Course Web Site:
© 2005 Pearson Prentice Hall This work is protected by United States copyright laws and is provided solely for the use of instructors in teaching their.
10 Software Architecture CSCU 411 Software Engineering.
INTERNATIONAL INSTITUTE FOR GEO-INFORMATION SCIENCE AND EARTH OBSERVATION Transition Rule Elicitation Methods for Urban Cellular Automata Models Junfeng.
1 Introduction to Software Engineering Lecture 1.
L8 - March 28, 2006copyright Thomas Pole , all rights reserved 1 Lecture 8: Software Asset Management and Text Ch. 5: Software Factories, (Review)
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
Modeling system requirements. Purpose of Models Models help an analyst clarify and refine a design. Models help simplify the complexity of information.
How to write a professional paper. 1. Developing a concept of the paper 2. Preparing an outline 3. Writing the first draft 4. Topping and tailing 5. Publishing.
17/9/2009 Nakato Ruth Chapter one Introduction and review of strategic management.
Model Checking and Model-Based Design Bruce H. Krogh Carnegie Mellon University.
Requirement Handling
Simulation Of Bioprocess ERT Modeling and Assessment in Process Development.
Gerald Harris Planning and Strategy Development An introduction to Scenario-based Strategic Planning.
Introduction to Earth Science Section 2 Section 2: Science as a Process Preview Key Ideas Behavior of Natural Systems Scientific Methods Scientific Measurements.
Model-Based Systems Engineering on a Quick Reaction Program 20 May 2015 Charles H. Patton Engineering Manager and Systems Engineer Copyright  2015 Northrop.
Chapter 1: Fundamental of Testing Systems Testing & Evaluation (MNN1063)
Ch. 1: Introduction: Physics and Measurement. Estimating.
RE-ENGINEERING AND DOMAIN ANALYSIS BY- NISHANTH TIRUVAIPATI.
Models and Diagrams. Models A model is an abstract representation of something real or imaginary. Like a map, a model represents something A useful model.
© 2014 Pearson Education, Inc. This work is protected by United States copyright laws and is provided solely for the use of instructors in teaching their.
Chapter 1: Introduction. Physics The most basic of all sciences! Physics: The “Parent” of all sciences! Physics: The study of the behavior and the structure.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
What is Research?. Intro.  Research- “Any honest attempt to study a problem systematically or to add to man’s knowledge of a problem may be regarded.
Computational Fluid Dynamics - Fall 2007 The syllabus CFD references (Text books and papers) Course Tools Course Web Site:
Schmidt’s Lessons of the Cornfield If-Then Thinking, aka Cause-Effect and Means-End Thinking.
Systems Architectures System Integration & Architecture.
UML. Model An abstract representation of a system. Types of model 1.Use case model 2.Domain model 3.Analysis object model 4.Implementation model 5.Test.
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
Lecture 2 Part I: Introduction to Business economics Part II: Market forces of supply and demand Instructor: Prof.Dr.Qaisar Abbas Course code: ECO 400.
Chapter 1 Introduction, Measurement, Estimating 1.
Introduction Social ecological approach to behavior change
Introduction Social ecological approach to behavior change
EDABS 103 Economics for Business
Project Cost Management
Introduction to UML.
Chapter 4 Theoretical Foundations of Nursing Practice
Unified Modeling Language
CVEN 5393 Water Resources Management and Design
Section 2: Science as a Process
Software Quality Engineering
EDABS 103 Economics for Business
Part I: Introduction to Business economics
Computational Fluid Dynamics - Fall 2001
Architecture Description Languages
Informatics 121 Software Design I
Physics: Principles with Applications, 6th edition
Physics: Principles with Applications, 6th edition
Presentation transcript:

Modeling High-Tech Deployment in International Environments for Effective Policy-Making DHP P232 / ESD.127 Telecommunications Modeling and Policy Analysis January 30 th, 2002

Agenda What is a model and how good is a model? Why do we care for technology-based models? Building up a cost model: architectural principles Using your model effectively for policy-making What your model should aim at – research question What your model should have (T+B+P)

What is a model? An abstraction of reality: “…something used to explain some phenomena to other people in a way they can understand it…” A very old and often used model: “it usually rains when the sky is cloudy” Expressed in a proper language: To capture “emergent behavior” To explain “principal components” To raise understanding about “driving forces”

How good is a model? A good model is one that satisfactorily: meets a goal answers a research question creates knowledge upon the assumptions Bad model  Uncertain: uncertainty is a characteristic of a model Types of models (by purpose): Descriptive: capture the “state-of the art” Prospective: predict the future state of the model Supportive: aimed at justifying action

Where are we? In this course, we care for “telecommunications modeling” “all models” “engineering models” “telecommunications models” New telecommunication technologies in international business environments DHP P232 ESD.127

Technology-based cost models New technology: little knowledge about architecture careful extrapolation of historical data on similar technologies Cost models: equipment costs “easy” to define and obtain poor idea of elasticity of demand, no idea of revenues impossible to characterize equilibrium and shifts Types of costs: capital, operational, maintenance, SM&A “green-field”, “forward-looking”

Building-up a cost model Looking at previous projects: Set the stage: assumptions, research question, build intuition Architecture: block diagrams and scenarios Implementation: modeling tool and getting data Analysis: answer question develop further Map this to your syllabus…

A few architectural principles Bottom up vs. top down: Define business environment, assess technological needs and plug-in technologies Define technology, assess business conditions and design deployment strategies Complexity: how should you spend your time? Robustness: reaction to perturbations Modularity: define interfaces! datadata archarch X+  XY+  Y

Using your model Discuss validity of assumptions Discuss weaknesses of the model Present ideas for improvement Use sensitivity analysis from a base scenario: Base scenario X1 X2 X3 “Tornado” diagram Y=f(X1,X2,X3)

Model to answer research question Include technology, business and policy characteristics Model towards the research question: Keep objective in mind, do not waste energy, mainly in getting the data! Include all dimensions of analysis and praise multi-disciplinarity: DHP P232/ESD.127 = Learning environment! technology business policy An example: “Wireless Leapfrogging in Africa” Fletcher + TPP