The engineering design of systems models and methods
Download
1 / 62

The Engineering Design of Systems: Models and Methods - PowerPoint PPT Presentation


  • 169 Views
  • Uploaded on

The Engineering Design of Systems: Models and Methods. Chapter 2 Overview of the Systems Engineering Design Process Chapter 3 Modeling and Process Modeling. The Big Picture. Functional Architecture. Operational Architecture. Physical Architecture. State Transition Diagram. Derived

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' The Engineering Design of Systems: Models and Methods' - baakir


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
The engineering design of systems models and methods

The Engineering Design of Systems: Models and Methods

Chapter 2

Overview of the Systems Engineering Design Process

Chapter 3

Modeling and Process Modeling

2-SE


The big picture
The Big Picture

Functional

Architecture

Operational

Architecture

Physical

Architecture

State

Transition

Diagram

Derived

Requirements

and Flowdown

Interfaces

Risk Analysis

and

Documentation

2-SE


Ch 2 key systems terms see figure 2 1
Ch. 2 - Key Systems Terms see figure 2.1

  • System – set of components acting together (SOI – system of interest)

  • System’s External systems – set of entities that interact via the external interfaces.

  • System’s Context – set of entities that can impact but not be impacted by the system.

2-SE


System external systems context
System/External Systems/Context

External Systems Diagram

Captures this Viewpoint

2-SE


Some key concepts
Some Key Concepts

  • System’s inputs come from external systems or context.

  • All of system’s outputs flow to external systems.

Play a role in establishing requirements

2-SE


Buede s observation
Buede’s Observation

  • The design process, as presented, is not a ‘formal’ process.

    • Success and correctness cannot be proven or guaranteed.

2-SE


Six main steps of design process
Six Main Steps of Design Process

  • Define the system level design problem.

    • Develop operational concept

    • Define system boundary and external systems diagram

    • Develop system objectives hierarchy

    • Develop, analyze, and refine requirements

    • Ensure requirements feasibility

    • Define test system requirements

    • Obtain approval of system documentation

2-SE


Six main steps of design process1
Six Main Steps of Design Process

  • Define the system level design problem.

  • Develop the system functional architecture

  • Develop the system physical architecture

  • Develop the system operational architecture

  • Develop the interface architecture

  • Define the qualification system

2-SE


This may appear to be a linear sequential process
This may appear to be a linear, sequential process…..

  • But it’s not.

  • Consider qualification early on, look ahead, look back, revise and refine.

2-SE


More concepts and terminology section 2 3
More Concepts and Terminology (Section 2.3)

  • ‘Operational Concept’

    • Vision of the system – general terms

    • Mission requirements, How used

    • Set of operating scenarios

2-SE


Elevator operational concept
Elevator Operational Concept

See hand-out

  • Vision

    • Product and market background

  • Mission

    • Performance objectives

  • Operational Phase Scenarios

    • Text and ‘input/output trace’ summaries of scenarios

2-SE


Operating scenario
Operating Scenario

  • In Systematica

    • ‘Functional Interactions’ between systems.

    • A collection of ‘Interactions’ becomes a ‘Feature’.

    • ‘Interactions’ happen in a state of the State Diagram.

See Elevator Handout

Input/Output Trace

2-SE


External systems diagram esd
External Systems Diagram (ESD)

  • Defines the ‘boundary’ of our system

  • Where it starts and ends

  • Consistent with Operational Concept

  • Developed from the Operating Scenarios

  • Figure 2.2 – Elevator Example.

Sometimes called : Domain or Context diagram

2-SE


Elevator system esd
Elevator System ESD

2-SE

Figure 2.3 – IDEF0 modeling


Elevator example comments
Elevator Example Comments

  • Two slightly different versions of it

    • One in book & authors PPT slides.

    • One better and more detailed provided as a case study.

2-SE



Create a graphical model for the esd
Create a Graphical Model for the ESD

  • Integrated Definition for Functional Modeling – IDEF0.

  • Detailed in Chapter 3.

    • Boxes – functions, verb phrases

    • ICOM – inputs, controls, output, mechanisms.

2-SE


Objectives hierarchy

Hierarchical representation of major performance, cost, and schedule attributes.

Define stakeholder satisfaction.

Objectives Hierarchy

2-SE


Requirements
Requirements schedule attributes.

  • Define operational requirements – what we want the system to accept, do, and be.

  • Several approaches to Requirements – Ch. 6

  • Carefully constructed written statements.

2-SE


Levels of requirements
Levels of Requirements schedule attributes.

Stakeholder

Requirements

Use our engineering skills and talents to create, develop, design

Figure 6.1


Two levels of requirements originating and system

Originating schedule attributes.

(Shareholder)

Stakeholders agree with these.

Written in English.

System

Translation of originating into engineering terms.

Weight, speed, distance.

Two levels of Requirements:Originating and System

2-SE


Four categories of requirements
Four Categories of Requirements schedule attributes.

  • Input/Output

    • Inputs, outputs, external interfaces, functional requirements.

    • Really important for describing system behavior

  • Technology and System Wide

    • ‘Technology’ in the system

    • ‘Ilities’ of the system

    • Cost, schedule

2-SE


Categories of requirements
Categories of Requirements schedule attributes.

  • Trade-off Requirements

    • Performance, cost

    • Cost/performance

    • Algorithms to enable

  • System Qualification

    • How to obtain test data

    • Data used for design = real system

    • Data used for real system = originating reqs.

    • Data used for real system = stakeholders wants

2-SE


Function

Verb schedule attributes.

Noun

Noun

Function

  • Process that changes inputs into outputs.

  • Describes ‘what’ not ‘how’

  • Top level – single function

  • Sub-functions below

2-SE


Interfaces are critical
Interfaces are critical schedule attributes.

  • Connection resource

  • ‘Hook together’ components and external systems.

  • Interfaces have inputs, outputs, perform functions.

  • May be software, hardware, mechanical, electrical, etc.

2-SE


Qualification verify validate accept
Qualification schedule attributes.Verify/Validate/Accept

  • Qualification – means ‘test’ and an umbrella term for V&V

  • Verification – was system built right.

  • Validation – was right system built (meets scenarios and requirements).

  • Acceptance – stakeholders feel system meets their needs, acceptable.

2-SE


The big picture1
The Big Picture schedule attributes.

Functional

Architecture

Operational

Architecture

Physical

Architecture

State

Transition

Diagram

Derived

Requirements

and Flowdown

Interfaces

Risk Analysis

and

Documentation

2-SE


The big picture2
The Big Picture schedule attributes.

2-SE


This seems complicated what about software tools
This seems complicated – what about software tools ? schedule attributes.

  • Buede suggests CORE Software

  • Many systems engineering software tools available.

  • Issues – learning curve, power, detail, flexibility, terminology, automation, etc.

2-SE


Let s keep it simple
Let’s keep it simple schedule attributes.

  • Microsoft Word, Excel, Visio

2-SE


Visio software
Visio Software schedule attributes.

  • Multipurpose drawing/flowcharting package.

  • Now part of Microsoft.

  • Shape oriented concept.

  • A good tool for engineers.

2-SE


Visio demonstration
Visio Demonstration? schedule attributes.

  • Overview of basic features.

  • Shape stencils

  • Drag and drop shapes

  • Edit shape properties

  • Text

  • Tools : Alignment, Group, Rotate, etc.

  • Pages

2-SE


2-SE schedule attributes.


Ch 3 modeling and idef0
Ch. 3 – Modeling and IDEF0 schedule attributes.

  • Models are abstractions of reality….

  • Modeling languages –

    • Semantics – symbols, signs.

    • Syntax – rules for combining symbols.

  • Process models – input/function/output.

  • IDEF0 and others in Ch.12.

2-SE


External systems context1
External Systems & Context schedule attributes.

2-SE

Figure 2.1


MBSE schedule attributes.

  • We will be learning ‘Model Based Systems Engineering’ (MBSE)

  • Building graphical models to depict system structure and behavior.

  • Far less dependent on volumes of written requirements.

2-SE


Pattern based systems engineering pbse
Pattern Based Systems Engineering - PBSE schedule attributes.

2-SE


Models
Models schedule attributes.

  • Models are an abstraction….

  • The essence of a model is the set of questions that the model can answer for us.

2-SE


The truth about models
The Truth About Models schedule attributes.

  • Models are –

    • Incomplete,

    • Inaccurate,

    • Simplified,

    • Etc.

All models are wrong, but some are useful. (George Box)

2-SE


Software s love hate thing with models
Software’s love/hate thing schedule attributes.with models

  • To agile people – just one more thing not to do if you don’t have to

  • To organizations with a well-defined way to convert requirements to models, etc. – the only way to go! (E.g., the Rational process.)

  • To organizations without that, doing one more routine project – something we wish we could try!

  • To organizations who are now facing a new kind of project – a dream / something new to try, if we have time!

2-SE


Types of models
Types of Models schedule attributes.

  • Physical

    • Mock-ups,

    • Scale models,

    • Prototypes,

    • Breadboards.

  • Questions: how much, visualization, scenario testing.

2-SE


Types of models 2
Types of Models - 2 schedule attributes.

  • Quantitative

    • Analytic,

    • Empirical,

    • Simulation

    • Static/dynamic, deterministic/stochastic.

  • Questions: How much, often, good, etc.

2-SE


Types of models 3
Types of Models - 3 schedule attributes.

  • Qualitative

    • Symbolic,

    • Text,

    • Graphic

  • Questions : what needs to be done, what order, etc.

2-SE


Types of models 4
Types of Models - 4 schedule attributes.

  • Mental

  • Abstractions of thought.

  • Highly useful, but hard to communicate.

2-SE


Potential uses of models
Potential Uses of Models schedule attributes.

  • Create, specify, communicate, and test a shared vision.

  • Estimation and prediction of qualitative measures.

  • Selection of one option over another.

    Buede text emphasizes qualitative modeling.

2-SE


The se design strategy
The SE Design Strategy schedule attributes.

  • The ‘Onion’ concept

  • Primarily top-down

  • High level of Abstraction

    • Proceeding to

  • More and more detail and definition

  • Decomposition or modular approach

2-SE


The se design strategy1
The SE Design Strategy schedule attributes.

2-SE


Idef0 modeling
IDEF0 Modeling schedule attributes.

  • Section 3.3 – visit www.idef.com

  • Function box – Verb phrase, number.

  • Flow of material or data or information.

  • A-0 is the ‘ESD/context diagram’.

  • A0 is the top level function.

  • Decomposition

2-SE


Idef0 page structure

Page Number(s) schedule attributes.

Page Content

A - 1

Ancestor or external system diagram

A - 0

Context or system function diagram (contains A0)

A0

Level 0 diagram with first tier functions specified

A1, A2, ...

Level 1 diagrams with second tier functions specified

A11, A12, ..., A21, ...

Level 2 diagrams with third tier functions specified

...

IDEF0 Page Structure

2-SE

Figure 3.5; Table 3.2


Wasson decomposition notations
Wasson Decomposition Notations schedule attributes.

2-SE


The idef0 model
The IDEF0 Model schedule attributes.

  • Answers definitive questions about the transformation of inputs into outputs by the system

  • Establishes the boundary of the system on the context page.

  • Has one viewpoint; the viewpoint is the vantage or perspective from which the system is observed.

  • Can create a coordinated set of diagrams, using both a graphical language and natural language.

2-SE


Idef0 2

ICOM – inputs, controls, outputs, mechanisms. schedule attributes.

Not a sequence of activities – (a functional model, not a behavioral one).

IDEF0 – 2

C

O

I

M

2-SE


Idef0 rules guidelines
IDEF0 Rules & Guidelines schedule attributes.

  • Rules

    • Conservation of inputs, controls, outputs & mechanisms

    • Every function has a control and output

  • Input vs. Control – which is it?

    • Inputs – transformed or consumed.

    • Controls – information, conditions, or instructions that guide the functional process.

2-SE


Idef0 rules guidelines1
IDEF0 Rules & Guidelines schedule attributes.

  • Guidelines

    • 3 to 6 functions per page arranged diagonally

    • Control-oriented functions placed at top left

    • Major output functions placed on bottom right

    • Arcs & functions are decomposable

    • Feedback is defined by arcs moving from bottom right to top left

2-SE


Feedback semantics of functions
Feedback Semantics of Functions schedule attributes.

2-SE

Figure 3.4


Idef0 functional decomposition
IDEF0 Functional Decomposition schedule attributes.

2-SE

Figure 3.6


Elevator external systems diagram
Elevator External Systems Diagram schedule attributes.

2-SE

From the Elevator

Case Write Up

Slightly different than book figures….


Elevator system function
Elevator System Function schedule attributes.

2-SE

Top level system function


Elevator functional decomposition
Elevator Functional Decomposition schedule attributes.

2-SE

First level decomposition


Getting the esd right

The ESD must capture the fundamental functional activity of the system being modeled.

Getting the ESD Right

2-SE


Problems
Problems the system being modeled.

  • Develop an external systems diagram for an ATM machine (scenario on next page)

  • Class Exercise.

    • Develop a scenario or two and an ‘external systems diagram’ for a common system.

  • Break into your project groups.

    • Develop a scenario or two and an ‘external systems diagram’ for your design problem.

2-SE


2-SE the system being modeled.


ad