27
Systems Engineering Thinking Anatoly Levenchuk SkoltechOn 23-oct-2015

A.Levenchuk -- Systems Engineering Thinking

Embed Size (px)

Citation preview

Page 1: A.Levenchuk -- Systems Engineering Thinking

Systems Engineering Thinking

Anatoly Levenchuk

SkoltechOn23-oct-2015

Page 2: A.Levenchuk -- Systems Engineering Thinking

Systems Engineering: dealing with complexity.

2

Systems Engineering (SE) is an interdisciplinary approach and means to enable the realization of successful systems. It focuses on holistically and concurrently understanding stakeholder needs; exploring opportunities; documenting requirements; and synthesizing, verifying, validating, and evolving solutions while considering the complete problem, from system concept exploration through system disposal.

http://sebokwiki.org/wiki/Systems_Engineering_%28glossary%29

https://en.wikipedia.org/wiki/Apollo_programApollo landings (1969-1972)

Apollo Program• 24 astronauts orbited Moon• 12 astronauts walked on Moon• 382kg of lunar soil and rocks

returned to Earth

Page 3: A.Levenchuk -- Systems Engineering Thinking

How to make such people?

Hunting and gathering Settled farming

Page 4: A.Levenchuk -- Systems Engineering Thinking

Notion of a System

• Holarchy (hierarchy with wholeness and emergence)• Definition (modeling) vs realization (4D Individ)• Functional vs constructional perspectives, and plurality

of other perspectives• System subjectivity (System Approach 2.0): – Stakeholders/roles and performers/actors.– Enable system perspectives: life cycle vs project/process/case

perspectives, and plurality of other perspectives– System of Systems notion on the base of system ownership

4

Page 5: A.Levenchuk -- Systems Engineering Thinking

5

System approach in systems engineering standards and public documents

• BKCASE, Body of Knowledge and Curriculum to Advance Systems Engineering (2015), http://www.bkcase.org/

• IEC 81346 (2009), Industrial systems, installations and equipment and industrial products -- Structuring principles and reference designations -- Part 1: Basic rules

• ISO/IEC/IEEE 15288 (2015) Systems and software engineering - System life cycle processes,

• ISO 15926-2 (2003), Industrial automation systems and integration -- Integration of life-cycle data for process plants including oil and gas production facilities -- Part 2: Data model.

• ISO/IEC/IEEE 42010 (2011), Systems and software engineering - Architecture description,

• OMG Essence (2014) – Kernel and Language for Software Engineering Methods, specification http://www.omg.org/spec/Essence/Current

Page 6: A.Levenchuk -- Systems Engineering Thinking

System in the eyes of the beholders (stakeholders).

Theatre metaphor

Stakeholder is role vs. actor/performer, office/position, rank

System approach 2.0, based on human action

Page 7: A.Levenchuk -- Systems Engineering Thinking

7

Holonpart-whole relationship

System of interest(using system)(system in operation environment)(subsystem)

Subsystem(System of interest)(Using system)(system in operation environment)

Using system(system-of-interest)(system in operation environment)(subsystem)

Enable system

Page 8: A.Levenchuk -- Systems Engineering Thinking

System of Systemsconditional part-whole relationship

Enable system

Page 9: A.Levenchuk -- Systems Engineering Thinking

Holarhyzoom – select

Leidraadse (2008), Guideline Systems Engineering for Public Works and Water Management, 2nd edition, http://www.leidraadse.nl/

Page 10: A.Levenchuk -- Systems Engineering Thinking

There are 4 systems here:System of interest

Requirements

System of interest

Constraints(Architecture)

Using system

Stakeholder needs

10

1 2

4Enabling system

System in operation environment

3

Page 11: A.Levenchuk -- Systems Engineering Thinking

Interdisciplinary Plurality(on one system level, even without holarchy)

On base of Fig.3ISO 81346-1

-Module

=Component

+Location

All specialties• Mechanics• Cinematics• Electrics• Electronics• Control software• Fluid dynamics• Strength• Temperature• Noise• Vibration• …

All life cycle stages• Inception• Design• Construction,

manufacturing• Operation• Maintenance• Modernization• Retirement

PLM/ALM, ERP, EAM• Product model• Project model

11

Page 12: A.Levenchuk -- Systems Engineering Thinking

12

System definition and system descriptionISO 42010 + OMG Essence

Page 13: A.Levenchuk -- Systems Engineering Thinking

Basic system structuresISO 81346

• =Components• -Modules• +Locations

• Multiple variants of representations of each system aspect.• This is only basic system aspects, there are multiple other

system structure types!• Rare completely separated. Usually presented in hybrid form.

13

Page 14: A.Levenchuk -- Systems Engineering Thinking

Component diagrams (principal schemas)

14

Page 15: A.Levenchuk -- Systems Engineering Thinking

Module diagram examples (1)

15

FR160B PCB 2-Layer USB Portable Power Module -- - Green (3.5 x 2.6 x 1.5cm)

Model FR160BQuantity 1Color GreenMaterial PCB

Features

Input: 5V/800mA; Output: 5V/1A; LED lightening; With protection board on COB; Output current limited protection

Application Great for DIY project

Other ON (Press button) / OFF (Automatically)

Packing List 1 x Module

Page 16: A.Levenchuk -- Systems Engineering Thinking

Module diagram examples (2)

Intellect stack1. Application2. Cognitive architecture 3. Learning algorithm4. Numerical libraries and frameworks5. Scientific computing programming language6. Hardware acceleration of computations 16

http://www.slideshare.net/Techtsunami/cn-prt-iot-v1

http://www.w3.org/2001/12/semweb-fin/w3csw

http://ailev.livejournal.com/1210678.html

Semantic web stack

Networking Layer Comparison

Page 17: A.Levenchuk -- Systems Engineering Thinking

Hybrid diagrams• There are few ontology engineers, you should not expect too much

formalism. • Most of system descriptions are hybrid (with components and modules

are mixed).• Terminology can differ (e.g. “component” can be “functional element”

and even “module”).

17

Page 18: A.Levenchuk -- Systems Engineering Thinking

Logical and physical architectures matchingISO 81346-1

Figure 7

18

Logical architecture (component structure, functional decomposition) iteratively match with physical architecture (module structure, work product decomposition).

Page 19: A.Levenchuk -- Systems Engineering Thinking

19

Multiscale * beyond life cycle

<<< Inception Architecture Non-architecture part of design

Manufacturing Operation>>>

Usingsystem

IT-1 IT-2 IT-3 IT-4 IT-5

Macro IT1 IT2 IT3 IT4 IT5

Meso IT6 IT7 IT8 IT9 IT10

Micro IT11 IT12 IT13 IT14 IT15

Nano IT16 IT17 IT18 IT19 IT20

Specialization/professionalization in each cell, plus expansion to neighborsIntegration at a product level: overall table (enabling eco-system!)

CAD/CAM/codes/PLM/CAE/ERP/EAM/… need to be/will be integrated!

Substance (system) levels * realization (life cycle) levels

Page 20: A.Levenchuk -- Systems Engineering Thinking

Practice = discipline + technology

Disciplined (competent in domain) performers

Supported with needed for a discipline tools and work products.

20

University, school

(education)

Industry, professional training

Components/alpha – how it is working

Modules/work products – how it makeable

Page 21: A.Levenchuk -- Systems Engineering Thinking

21

Domain and endeavor

• Domain/discipline = thinking (operations with abstract typed objects). Changing every 30 years. Studied in schools and universities.

• Technologies/way of working = tools and work products (thinking with an exocortex). Changing in every 5 years. Trained in workplace.

• Link between discipline and technology, discipline and real life should be trained with a help of a teacher.

There is no one word from a textbook in real life

There is no one work from real life in a textbook

=Components, functional elements,Alphas

=Modules, constructive elements, work products

Page 22: A.Levenchuk -- Systems Engineering Thinking

22

Project Essence Diagram

Engineering management

Engineering

Technology management

Using system

Technology management and entrepreneurship

System of interest

Enabling system

Page 23: A.Levenchuk -- Systems Engineering Thinking

23

System life cycle practices drive alphas

http://arxiv.org/abs/1502.00121

Systems Engineering Essence

Page 24: A.Levenchuk -- Systems Engineering Thinking

V-diagram (OMG Essence for systems engineering)

24http://arxiv.org/abs/1502.00121

Page 25: A.Levenchuk -- Systems Engineering Thinking

25

Project components/alphas: state changesSystems Engineer

CTO Project manager

Time, resources, works

System definition and realization

Practice = discipline + technology

System of interestUsing system (influence)

Enabling system (way of working)

Enabling system (endeavor)

Page 26: A.Levenchuk -- Systems Engineering Thinking

System and project life cycle (OMG Essence for systems engineering)

26

satisfied in use

represented

recognized

benefit accrued

Solution needed

viable

identified

used for retirement

consisted

used for operation

conceived

retired

parts

demonstrable

operationalclosed

prepared

under control

concluded

initiated

formed

collaborating

seeded

foundation established

in place

working well

principle established

stakeholders opportunity system definition

system realization work team way of

working

inception

development

deployment

испытания

manufacturing

retiredadjourned

readyused for

verification

involved

satisfied for deployment adressed

started

performingused for production

raw materialsIn agreement

in usevalue established

http://arxiv.org/abs/1502.00121

Page 27: A.Levenchuk -- Systems Engineering Thinking

27

Thank you!

Anatoly Levenchuk,TechInvestLab, presidentINCOSE Russian chapter, research directorhttp://[email protected]