1 Continuing Professional Development for Aerospace D6 : Foundations of Systems Engineering...

Post on 19-Dec-2015

219 views 0 download

Tags:

Transcript of 1 Continuing Professional Development for Aerospace D6 : Foundations of Systems Engineering...

1

Continuing Professional Development for Aerospace

D6 : Foundations of Systems Engineering

June/July 2005

2

Introduction to SE

• A Systems Engineering example– The development of this module

• An exercise in requirements capture• Systems engineering, the discipline

3

D6 as an application of SE

Detailed needs hard to pin down

Iterativeprocess

industryCPDA

delegates staff

Stakeholders

Split delivery

Learning about Systems Engineering

Goals?

Getting the qualification

Increasing SE Skill base

Making money

Multi-disciplinary

innovative

evaluation

System Features

Coordination

Formativefeedback

INCOSE

CMS/web site

4

Iterativeprocess

Split delivery

Multi-disciplinary

innovative

evaluation

System Features

Coordination

Formativefeedback

CMS/web site

Syllabus

Teaching Staff

Venue

Support Staff

Course structure

Teaching material

Assessment

D6 Plan

Timetable

5

D6 in Operation June / July 2005

Fitness

D6 Plan

Delegates

industryCPDA

delegates staff

INCOSE

Stakeholder

6

The Venue

• Coffee ad lib • Lunch is a finger buffet• Dinner on Tuesday and Thursday

nights• 2 breakout rooms along the corridor• Fire drill• Anything else we should know?

7

The teaching staff

• A multi-disciplinary team of staff– Chris Wallace : Software Engineer – Ian Beeson : Systems Analyst– Terry Winnington : Engineering Project

Management– Julian Webb : Aerospace Software– Andy Gillies : Requirements Engineering– Paul Head : Quality

8

The course structure

Timing:+ 3 days foundations+ 2 weeks for work on first part of assignment

and reflection + you to reflect on SE practices in your workplace+ us to develop special topics based on your needs

+ 2 days consolidation, special topics+ 2 weeks – formative feedback on draft of

assignment+ 6 weeks – hand in of completed assignment

9

Monday Tuesday Wednesday Thursday Friday

09.00 - 10.45

Course Introduction and Introduction to Systems Engineering

Chris Wallace

Overview of holistic systems approaches

Ian Beeson

Lifecycle process modelsChris Wallace

Review of systems engineering in the workplace

Chris Wallace

Change and risk management

Paul Head

10.45 – 11.00

BREAK BREAK BREAK BREAK BREAK

11.00 – 12.45

Issues in current engineering practice

Terry Winnington

Hard systems approaches e.g. VSM

Kevin Doyle

Requirements engineering

Andy Gillies

Challenges and opportunities for systems improvement

Trends in systems engineering

12.45 – 13.45

LUNCH LUNCH LUNCH LUNCH LUNCH

13.45 - 15.30

The organisational context

Ian Beeson

Soft systems approaches e.g. SSM

Kevin Doyle

Model-driven systems development

Chris Wallace

Emergent issues (1) Emergent issues (2)

15.30 – 15.45

BREAK BREAK BREAK BREAK

15.45 - 17.30

Failure Analysis at NASAJulian Webb

Application of systems approaches to systems engineering

Ian Beeson

Project managementTerry WinningtonFirst assignment briefing

Systems integration Course de-briefing and assessment briefing

17.30- 18.00

Free

18.00 – 19.00

FREE EVENING DINNER FREE EVENING DINNER

19.00 - 20.30

Guest speakerGordon Woods (MOD

and INCOSE)

Guest SpeakerTBD

10

D6 in Context

• ‘Foundations of Systems Engineering’ is a foundation module in a developing strand of modules which expand the Systems Engineering discipline.

• Related modules are– Requirements engineering (planned)– Project management– Aerospace Lifecycle and Cost Modelling– The Aerospace Design Process: From Concept to Compliance

• CPDA as a system-of-systems – each exists independently, but addition benefits accrue when they are integrated

11

Reflection

• Prescription– What we hold to be best practice– ‘Espoused Theory’ (Argyris and Schon, 1974)

• Description– What we do in practice– ‘Theory-in-Action’

• Closing the gap

12

Introductions

• Goal: to increase level of comfort in the group– Goal: to gather individual goals, requirements and constraints for

this module– Goal: to gain practical experience in requirements capture

• Process– In pairs:

• Each to interview the other to capture a couple of requirements for the D6 module: e.g.

– I want to learn about X– My employer would like me to develop skill Y

• Submit a written, attributed copy of these requirements

– In the whole group:• Introduce your partner to the group

13

Systems Engineering : the Discipline

• What is Systems Engineering?• How to become a Systems Engineer?• How to improve engineering practice

through the application of Systems Engineering?

• Where is the Systems Engineering discipline going?

14

What is Systems Engineering?

• History• Top-down Definition• Bottom-up usage• Comparison with other disciplines

15

History• Some kind of System engineering capability cannot be a

modern invention, witness great civil engineering projects such as the Pyramids

• Explicit SE can be traced to the development of telephone communication systems (INCOSE, 2005)

• WW2 increased complexity and urgency of systems development and SE concepts developed alongside Operations Research

• 50’s cold war systems and 60’s space race • Impact of software and communications technologies • ’00 increased cost and time-to-market pressure at the same

time as increases in scale• Major project failures continue despite advances in SE

theory

16

Definitions - system

• 1. A system is a complex set of dissimilar elements or parts so connected or related as to form an organic whole.

2 The whole is greater in some sense than the sum of the parts, that is the system has properties beyond those of the parts. Indeed the purpose of building systems is to gain those properties. (Eberhardt Rechtin,1991)

• A collection of components organised to accomplish a specific function or set of functions (IEEE STD 610.12)

17

Definitions - system• An integrated set of elements that accomplish a defined

objective. These elements include products (hardware, software, firmware), processes, people, information, techniques, facilities, services and other support elements (INCOSE,2004)

• Examples:– Hardware / Software

• A380– Products / People

• A380 + staff + passengers in flight– Products / Organisations

• A380 + ground systems (ATC..)– Services

• Aviation fuelling system– Processes

• The A380 realization system at Airbus (Martin)• Systems Engineering process defined by ISO 13288• Organisational learning and process improvement

18

Definitions : engineering

• engineer: one who designs or makes or puts to practical use, engines or machinery of any type, including electrical; one who designs or constructs public works.. engineering: the art or profession of an engineer. (Chambers,1978)

• The application of scientific principles to practical ends (Kossiakoff and Sweet, 2003)

19

Definitions : Systems Engineering

• Systems Engineering is an organised method for decomposing a large problem into a series of smaller, hierarchically arranged problems and the integration of the solutions to these smaller problems into a solution for the large problem. (Grady, 1993)

• An interdisciplinary approach and means to enable the realization of successful systems..(INCOSE,2004)

20

3 Types of SE• SYSTEMS Engineering

– Holistic (D6)– Discovery (Sheard)– External : the system in its context – Validation : building the right system– System understanding, Problem identification, solution finding, change

processes

• systems ENGINEERING– Systematic (D6)– Program SE (Sheard)– Internal : coordination of systems development– Verification : building the system right

• systems engineering– approach (Sheard) – what every engineer should do– good practice : requirements before solution; customer-focus; multi-factor trade

studies..

21

SYSTEMS engineering

• Emphasis on– the nature of systems in general

• General systems theory• Systems Thinking

– socio-technical systems– the system in its operational context– problem identification and negotiation– emergent (holistic) properties of systems– system architecture

22

systems ENGINEERING

• Emphasis on – Life cycle processes and their integration– Project and resource management– Trade studies, evaluation of alternative solutions

though computer simulation and cost analysis– Multi-factor design optimisation – Tracking of changes in requirements through life cycle

stages– Management of multiple stakeholder interests – Knowledge and data management– Cutting out steps in the life cycle though automation

and model-driven development (CAD/CAM)

23

systems engineering

• ‘Common sense’ joined-up thinking – Identify the problem before selecting a

solution– Occam’s razor

• “entities should not be multiplied without necessity”

– Linear cause-effect analysis– Feedback loops– Pareto law – 80/20

24

Systems Engineering Roles

• SE Roles (Sheard, 1996)– Requirements Owner– Systems Designer– Systems Analyst– Validation/Verification Engineer– Logistics/Operations Engineer– Glue among subsystems– Customer Interface– Technical Manager– Information Manager– Process Engineer– Coordinator– (as defined by job ads e.g. MCSE)

25

Comparison with other disciplines

• Core engineering disciplines– Mechanical– Electrical– Civil– Software– Information Systems– …

• Project Management• Business Management• Quality

26

Software and information engineering

• Important in three ways:– as increasingly important components in mechanical systems –

due to the complexity and customisation possible with software – as enabling technologies in the engineering process

• for managing and communicating engineering data and documentation

• for simulation and computation in solution analysis• for complex transformation – from design to machining instructions,

from model to code

– as a source of new approaches to systems engineering• spiral and iterative process models• new approaches to requirements analysis such as Use cases,

scenarios• modelling languages – UML, SySML, XML

27

Becoming a Systems Engineer

• Books and journals• Professional bodies

– INCOSE: (4,800 in 2003)• National and International Conferences

– Standards organisations (ISO, BS)– Domain specific

• Royal Aeronautical Society• IEE• IEEE ..

• Experience– The role of failure

• ‘Walk the talk’