Systems Engineering For Technology-Based Projects

A course presented over 5 days by Robert Halligan, John Fitch, Alwyn Smit, Clive Tudge or Michael Gainford.

(120 Reviews)
4.5/5

Get Started Today

View the schedule and register your interest.

Let's Talk

The 5-Day Systems Engineering for Technology-Based Projects and Product Developments course is PPI’s flagship course that changes companies, careers, and lives. The course is intended for anybody who will perform or manage significant engineering roles, whether or not under the name “systems engineering”. This course is ideal for formal engineering training in that it leads the participant through the ways of thinking and acting that is a systems approach to the engineering of systems. The course has been delivered so far to 11,700 professionals in 38 countries across 6 continents. 

The course instills significant understanding together with actionable methods from which skill can be developed through application of the methods in the workplace.

This 5-day course addresses systems engineering as it is understood and practiced by leading developer and supplier organizations worldwide.

Our Systems Engineering training provides an integrated approach to the set of management and technical disciplines that combine to optimize system effectiveness, enhance project success and reduce risk. Ways of achieving corporate objectives, e.g., time to market, cost of goods sold, product quality, strategic objectives, are a constant theme throughout the course.

The course commences with broad concepts of a systems approach to the engineering of systems (based on systems thinking) and progressively adds detail. Concepts are introduced through a very simple system, and then re-applied to the engineering of a larger, more complex system. A single system is then taken in workshop format through all process areas. Participants leave the course equipped with an understanding of, and some experience via substantial workshops in, effective, efficient, actionable methods. The course is strong in Model-Based Systems Engineering (MBSE) techniques throughout.

  • This course may be credited toward the maintenance of the INCOSE Certified Systems Engineering Professional (CSEP) certification for 40 Professional Development Units and PDUs may be claimed for PMI’s family of certifications, including PMP
  • This course qualifies for Engineers Australia and Engineering New Zealand (IPENZ) CPD purposes (40 hours)
  • This course is accredited by ECSA South Africa for CPD 5 points (ref. INCOSE 23/003)
  • This course may be credited toward the maintenance of the Project Management Institute (PMI) certifications. Suggested PMI Talent Triangle® PDU allocation:
    • Ways of Working - 35
    • Power Skills - 2
    • Business Acumen - 3

Upcoming Courses

Register and pay 30 days prior to the course commencement date to receive a 10% early bird discount. Or register a group of 3+ for a 10% group discount. Available for corporate training worldwide.

P006-938-1
Europe CEST 9:00 (UTC +2:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-938-2
United Kingdom BST 8:00 (UTC +1:00) PPI Live-Online™
08 Apr - 12 Apr 2024
GBP2750
P006-938-3
South Africa SAST 9:00 (UTC +2:00) PPI Live-Online™
(Exclusive to South Africa)
08 Apr - 12 Apr 2024
ZAR26100
P006-938-4
Turkey TRT 10:00 (UTC +3:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-938-5
Saudi Arabia AST 10:00 (UTC +3:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-939
Eindhoven, the Netherlands CEST 8:30 (UTC +2:00) In-Person
10 Jun - 14 Jun 2024
EUR4270
P006-940
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
17 Jun - 21 Jun 2024
USD4500
P006-941-1
Asia SGT 6:00 (UTC +8:00) PPI Live-Online™
24 Jun - 28 Jun 2024
SGD3800
P006-941-2
Oceania AEST 8:00 (UTC +10:00) PPI Live-Online™
24 Jun - 28 Jun 2024
AUD4000
P006-942
London, United Kingdom BST 8:30 (UTC +1:00) In-Person
29 Jul - 02 Aug 2024
GBP3590
P006-943-1
North America MDT 8:00 (UTC -6:00) PPI Live-Online™
29 Jul - 02 Aug 2024
USD3750
P006-943-2
South America BRT 11:00 (UTC -3:00) PPI Live-Online™
(Exclusive to South America)
29 Jul - 02 Aug 2024
BRL7080
P006-944
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
05 Aug - 09 Aug 2024
USD4500
P006-945-1
Asia SGT 6:00 (UTC +8:00) PPI Live-Online™
19 Aug - 23 Aug 2024
SGD3800
P006-945-2
Oceania AEST 8:00 (UTC +10:00) PPI Live-Online™
19 Aug - 23 Aug 2024
AUD4000
P006-946-1
Europe CEST 9:00 (UTC +2:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-946-2
United Kingdom BST 8:00 (UTC +1:00) PPI Live-Online™
23 Sep - 27 Sep 2024
GBP2750
P006-946-3
South Africa SAST 9:00 (UTC +2:00) PPI Live-Online™
(Exclusive to South Africa)
23 Sep - 27 Sep 2024
ZAR26100
P006-946-4
Turkey TRT 10:00 (UTC +3:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-946-5
Saudi Arabia AST 10:00 (UTC +3:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-947
Eindhoven, the Netherlands CEST 8:30 (UTC +2:00) In-Person
21 Oct - 25 Oct 2024
EUR4270
P006-948
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
28 Oct - 01 Nov 2024
USD4500
P006-949-1
Asia SGT 5:00 (UTC +8:00) PPI Live-Online™
11 Nov - 15 Nov 2024
SGD3800
P006-949-2
Oceania AEDT 8:00 (UTC +11:00) PPI Live-Online™
11 Nov - 15 Nov 2024
AUD4000
P006-950-1
North America EST 8:00 (UTC -5:00) PPI Live-Online™
09 Dec - 13 Dec 2024
USD3750
P006-950-2
South America BRT 11:00 (UTC -3:00) PPI Live-Online™
(Exclusive to South America)
09 Dec - 13 Dec 2024
BRL7080

Upcoming Courses

Register and pay 30 days prior to the course commencement date to receive a 10% early bird discount. Or register a group of 3+ for a 10% group discount. Available for corporate training worldwide.

VIEW BY REGION
P006-938-1
Europe CEST 9:00 (UTC +2:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-938-2
United Kingdom BST 8:00 (UTC +1:00) PPI Live-Online™
08 Apr - 12 Apr 2024
GBP2750
P006-938-3
South Africa SAST 9:00 (UTC +2:00) PPI Live-Online™
(Exclusive to South Africa)
08 Apr - 12 Apr 2024
ZAR26100
P006-938-4
Turkey TRT 10:00 (UTC +3:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-938-5
Saudi Arabia AST 10:00 (UTC +3:00) PPI Live-Online™
08 Apr - 12 Apr 2024
EUR3160
P006-939
Eindhoven, the Netherlands CEST 8:30 (UTC +2:00) In-Person
10 Jun - 14 Jun 2024
EUR4270
P006-940
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
17 Jun - 21 Jun 2024
USD4500
P006-941-1
Asia SGT 6:00 (UTC +8:00) PPI Live-Online™
24 Jun - 28 Jun 2024
SGD3800
P006-941-2
Oceania AEST 8:00 (UTC +10:00) PPI Live-Online™
24 Jun - 28 Jun 2024
AUD4000
P006-942
London, United Kingdom BST 8:30 (UTC +1:00) In-Person
29 Jul - 02 Aug 2024
GBP3590
P006-943-1
North America MDT 8:00 (UTC -6:00) PPI Live-Online™
29 Jul - 02 Aug 2024
USD3750
P006-943-2
South America BRT 11:00 (UTC -3:00) PPI Live-Online™
(Exclusive to South America)
29 Jul - 02 Aug 2024
BRL7080
P006-944
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
05 Aug - 09 Aug 2024
USD4500
P006-945-1
Asia SGT 6:00 (UTC +8:00) PPI Live-Online™
19 Aug - 23 Aug 2024
SGD3800
P006-945-2
Oceania AEST 8:00 (UTC +10:00) PPI Live-Online™
19 Aug - 23 Aug 2024
AUD4000
P006-946-1
Europe CEST 9:00 (UTC +2:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-946-2
United Kingdom BST 8:00 (UTC +1:00) PPI Live-Online™
23 Sep - 27 Sep 2024
GBP2750
P006-946-3
South Africa SAST 9:00 (UTC +2:00) PPI Live-Online™
(Exclusive to South Africa)
23 Sep - 27 Sep 2024
ZAR26100
P006-946-4
Turkey TRT 10:00 (UTC +3:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-946-5
Saudi Arabia AST 10:00 (UTC +3:00) PPI Live-Online™
23 Sep - 27 Sep 2024
EUR3160
P006-947
Eindhoven, the Netherlands CEST 8:30 (UTC +2:00) In-Person
21 Oct - 25 Oct 2024
EUR4270
P006-948
Las Vegas, USA PDT 8:00 (UTC -7:00) In-Person
28 Oct - 01 Nov 2024
USD4500
P006-949-1
Asia SGT 5:00 (UTC +8:00) PPI Live-Online™
11 Nov - 15 Nov 2024
SGD3800
P006-949-2
Oceania AEDT 8:00 (UTC +11:00) PPI Live-Online™
11 Nov - 15 Nov 2024
AUD4000
P006-950-1
North America EST 8:00 (UTC -5:00) PPI Live-Online™
09 Dec - 13 Dec 2024
USD3750
P006-950-2
South America BRT 11:00 (UTC -3:00) PPI Live-Online™
(Exclusive to South America)
09 Dec - 13 Dec 2024
BRL7080

Key Learning Objectives

At the conclusion of this course, participants are expected to have learned:

  • the overall concepts that are characteristic of a systems approach to engineering;
  • the overall process elements that collectively constitute the building blocks of systems engineering;
  • the fundamental relationships between those process elements that allow us to successfully develop an engineering system well-matched to the product to be engineered;
  • the basis of selection between styles of development such as waterfall, incremental, evolutionary and “spiral”;
  • some of the principles and major techniques of engineering management in a systems project context; and
  • some basic capability to tailor the application of the systems engineering methods to different application scenarios.

Training Method and Materials

The course is delivered using a mixture of formal presentation, informal discussion, and extensive workshop activities that exercise key aspects of systems engineering on a single system through a development life cycle. The result is a high degree of learning, as evidenced by course work products, and the extensive commendations received from participants.

The Systems Engineering training makes extensive use of workshops to put into practice the techniques covered in theory sessions.

You will be provided with:

  • comprehensive Systems Engineering course notes containing presentation material
  • a Workbook containing workshop exercises, with worked examples also distributed in most cases
  • numerous supplementary descriptions, checklists, forms and charts which you can put to use immediately
  • complimentary access to PPI's evolving Systems Engineering Goldmine

Who Should Attend This Course?

This Systems Engineering course is designed for personnel who perform, manage, control or specify the development of small to large technology-based systems, especially for exacting applications or to fixed budgets. The course will be of particular value to people with job titles such as:

  • Business analyst
  • Military capability developer
  • Design engineer
  • Engineering manager
  • Enterprise architect
  • Hardware engineer
  • Industrial engineer
  • Logistics Support Analysis Specialist
  • Product manager
  • Project director
  • Project engineer
  • R and D manager
  • Software engineer
  • Software systems engineer
  • Systems analyst
  • System architect
  • Systems engineer
  • Other engineering job titles.

0. Introduction - Why Systems Engineering?

1. The System Life Cycle and Solution Development

  • systems thinking
  • defining "the problem"
  • the solution domain: key concepts, relationships, information types and work products, MBSE
  • Operational Concept Description (OCD) / Concept of Operations (CONOPS) / Operational Solution Description (OSD) / Architectural Design Description (ADD) issues
  • architectural frameworks
  • relationship between problem definition and stakeholder satisfaction
  • systems of systems engineering (systems of autonomously managed systems)
  • waterfall, incremental, evolutionary and spiral developments
  • concepts of agile, lean and concurrent/simultaneous engineering
  • Product Line Engineering (PLE)
  • Digital engineering, digital thread, digital twin
  • summary of key concepts

2. Systems Engineering Standards

  • definitions of systems engineering from standards
  • standards and guidelines - pitfalls and pointers
    • EIA/IS-632, EIA 632, IEEE 1220, ISO/IEC 15288: 2008, ISO/IEC 15288: 2015, ISO 9001,
    • engineering handbooks, texts

3. Systems Engineering Processes: Principles, Concepts and Elements

  • workshop - principles of the engineering of systems
  • system concepts
  • why MBSE and digital engineering
  • SE process elements
  • requirements analysis
  • development of physical solution description
  • development of logical solution description - MBSE: (model-based architecting/design)
  • effectiveness evaluation and decision - trade studies
  • specification of system elements - specification writing
  • system integration
  • verification and validation
  • engineering management
  • workshop - matching common activities to the SE process elements
  • work product attributes
    • requirements traceability
    • design traceability
    • test/verification traceability

4. Requirements Analysis

  • what are requirements?
  • types of requirements, and how they relate to analysis, specification & design
  • requirements quality attributes
  • requirements languages other than natural: operational, formal
  • Requirements Analysis (RA) - how to do it. MBSE in the problem domain
  • workshop - context analysis
  • workshop - design requirements analysis (interactive whiteboard exercise)
  • workshop - states and modes analysis
  • workshop - parsing analysis of example requirements
  • requirements quality metrics
  • workshop - functional analysis in requirements analysis
  • Entity Relationship Attribute (ERA) analysis, rest of scenario analysis, out-of-range analysis, other constraints search, stakeholder value analysis
  • the Operational Concept Description (OCD)/Concept of Use (CONUSE)/Concept of Operations (OpsCon)
  • managing RA
  • requirements analysis and management software tools
  • common pitfalls in performing RA 
 

5. Development of the System Physical Solution Description - Part 1

  • technology and innovation in solution development
  • configuration items
  • criteria for selecting configuration items
 

6. Development of the System Logical Solution (MBSE in Design)

  • types of logical representation
  • functional analysis in design - how to do it
    • functional analysis/architecture process
    • workshop - physical and functional design
  • performance threads
  • Systems Modeling Language (SysML), Architecture Analysis Design Language (AADL), Object Process Methodology (OPM) and other system modeling languages
  • state-based modeling
  • n-squared charts, behavior modeling, and other functional notations
  • analysis and design software tools
  • pitfalls in developing system functional solution
 

7. Development of the System Physical Solution Description - Part 2

  • use of design driver requirements
  • the system physical architecture related to the functional architecture
  • facilities, procedures and people
  • the specification tree
  • object-oriented design
  • common pitfalls in developing system physical architecture
  • adding the detail to the design
  • Design For Six-Sigma (DFSS): e.g. Design Of Experiments (DOE) and test matrices
  • interface engineering
  • common interfacing pitfalls 
 

8. Effectiveness Evaluation and Decision-Making

  • approach to design optimization
    • the role of MOEs and goals
    • constructing a system effectiveness model
    • capturing utility functions
    • taking account of risk
    • iterative optimization of design
  • working with budgets, targets and ceilings
  • value engineering
  • workshop - engineering decision-making
  • multiple stakeholders, multiple uses, event-based uncertainty
  • handling, in design, conflict of interest between customers and suppliers
  • pitfalls in effectiveness evaluation and decision (avoiding the smoke and mirrors)
 

9. Description of System Elements - Requirements Specification Development

  • the eight requirement specification types and their uses
  • public specification standards - the good, the bad, and the ugly
  • specification structure principles
  • good and poor terminology
  • recommended Data Item Descriptions (DIDs) and templates
  • pitfalls in preparing requirements specifications

10. Engineering Specialty Integration (ESI)

  • what makes an engineering specialty special?
  • common engineering specialties
  • a generic approach to ESI
  • organizational issues of ESI
  • pitfalls, and specialty engineering examples

11. System Integration

  • integration planning
  • alternative system integration strategies
  • integration
  • integration testing
  • using incremental builds
  • configuration audits
  • qualification
  • pitfalls and pointers in system integration
 

12. Verification and Validation

  • Verification and Validation (V&V) terms defined
  • lean concepts in V&V
  • technical reviews
    • requirements reviews
    • principles of design review
    • Architectural Design Review (ADR) – relationship to Preliminary Design Review (PDR)
    • Detailed Design Review (DDR) – relationship to System Design Review (SDR), Critical Design Review (CDR)
    • Test Readiness Review (TRR)
    • requirements satisfaction audits (Functional Configuration Audits [FCAs])
    • design description (Build State-Build Standard [BS-BS]) audits (Physical Configuration Audits [PCAs])
    • technical reviews and incremental builds
    • administration of technical reviews
    • customer involvement in technical reviews
    • pitfalls in conducting technical reviews
  • test and evaluation
  • other verification and validation methods and tools 
 

13. Systems Engineering Management 

13.1. Management Principles

  • basic concepts
  • application of lean concepts in planning and process design
  • organization - functional, project, Integrated Product Teams
 

13.2. Engineering Planning

  • scoping SE – the Systems Engineering Plan (SEP), Systems Engineering Management Plan (SEMP)?
  • why prepare a SEP?
  • how a SEP may relate to other plans
  • content of the SEP
  • pitfalls in preparing a SEP
  • functional interfaces 

13.3. Project Breakdown Structures

  • types of PBS (Work Breakdown Structure [WBS])
  • why the PBS is a foundation of effective engineering management
  • rules in preparing a PBS
  • PBS/WBS Standards and Guides
  • relationship of a PBS to cost accounts
  • relationship of a PBS to work packages
  • PBS (WBS) development pitfalls and pointers
  • optional workshop - developing a PBS (WBS)

13.4. Configuration Management (CM)

  • what is configuration?
  • the concept and types of baseline
  • CM standards - EIA, IEEE, etc.
  • the four fundamental CM activities
  • pitfalls and pointers in CM 
 

13.5. Technical Program Controls

13.6. Risk Management

  • the nature of risk
  • components of risk
  • the five key activities of risk management
 

14. In Closing

  • systems engineering summarized
  • tailoring to specific activities or projects
  • getting the most out of systems engineering methods
  • systems engineering capability assessment and improvement

Q. Are there legitimate opportunities to use Model-Based Systems Engineering (MBSE) to reduce the Verification & Validation  burden in the implementation.  Where are the risks in doing so?

The greatest value from MBSE in design lies in the modeling playing an integral role in the process of design, helping mere mortals design with early prevention and detection of errors leading to reduced errors in the implementation. So for the same degree of product assurance, the optimum amount of verification of the implementation is reduced if MBSE has been used as a design tool. Beyond the reduced likelihood of design error if model-based design is performed, the average cost of detecting an error in logical design is lower than the average cost of detecting the same error by software testing. The ROI, already good, is dramatically increased when the average cost of errors that go undetected in software testing is added.

All of the above is predicated on the MBSE being based on sound design processes, using a logically sound MBSE language that provides for rigorous mapping of logic onto implementation.

So a way to maximise the MBSE ROI is to emphasize verification of design models, enabling a reduction in the amount of software testing that would otherwise be needed to achieve the same degree of product assurance.

The other aspect of MBSE is constructed simulations, where the simulation and the design are in different languages. These need a LOT of V&V, because the opportunity for undetected errors in the simulation is a lot higher than with formal logical design mapped to implementation. A case to illustrate the point is a theater missile defense program on which much of the design work was based on the results of constructed simulation using a particular simulator that had never been validated, and turned out to be riddled with bugs. Failures in test came close to killing the project, and the system failed subsequently in operational use provide the protection sought.

 
Sources of risk:
  • using MBSE without a sound underlying design process
  • loosing sight of the mail purpose of MBSE in design, which is to help us get the implementation right
  • using inadequately verified and validated constructed simulations.

The “single source of truth” aspect of MBSE is also very valuable, as long as it is not in reality a single source of untruth! Also valuable is MBSE in the problem domain, provided that a sound requirements analysis process that is inherently model-based is used. Improved requirements validation aligns with reduced need for validation of the implementation.

Q. I am a manager/team leader of systems engineers. Would the course be of any assistance to me and would I need to complete the whole course?

About 15% of participants who attend the systems engineering course are typically people who perform management roles (engineering management or project management), fully or partly. The feedback from such participants has consistently been that the course has been extremely beneficial to them, notwithstanding that the focus of the course (about 90% of content) is on doing systems engineering concepts, principles and methods.

The course is designed to bring about a convergence of understanding by Day 5 of the course. Partial attendance is not recommended but could be considered in special cases.

Q. What would be the impact of missing Day 2 of the Systems Engineering 5-Day course?

For a senior systems engineer, if a day were to be missed, missing Day 2 would have a minimum effect. However, it would certainly not be helpful to miss the day, which:

  • sets foundations for architecting - physical and logical
  • superimposes V&V on the development framework
  • precisely defines process elements which become the basis of work products, methods, and skills which are exercised/developed for the rest of the week in mainly course format
  • establishes unambiguous communication in the group for the rest of the week.

There is a clear break of content between Day 2 and Day 3 so the ability of a person to understand and participate for the rest of the week would not be affected.

Q. What is the degree of overlap between PPI's 5-Day Systems Engineering course and PPI's 5-day Requirements Analysis & Specification Writing course?

Both Requirements Analysis and Specification Writing are critically important sub-disciplines within Systems Engineering, therefore, these disciplines are covered in both courses.

In the 5-Day Systems Engineering course, Requirements Analysis is put in context in the first 2 days of the course. Then, 1.7 days is devoted to "how to do requirements analysis capture and validation of the information content of requirements". This depth of coverage is sufficient for participants to go away with new insights, and importantly, new skills, in performing Requirements Analysis. Workshops are used extensively, based on a single system that is taken through Requirements Analysis then subsequently Design.

In the 5-Day Systems Engineering course, Specification Writing is put in context in the first 2 days of the course. Specification Writing is then touched upon incidentally in Requirements Analysis, especially in parsing analysis, and in the "clean-up" activity, a related handout for which lists problematic English: parts of words, words and phrases, and the checks that are done regarding adequacy of language in relation to use of these words (etc.).

In the 5-day Systems Engineering course, a revised requirements specification for the course system is distributed to and inspected by, participants, on Day 4 of the course. More general advice on specification writing is then provided on Day 5 (last day) of the course, over 10-15 minutes.

In the 5-Day of the Requirements Analysis & Specification Writing course, Requirements Analysis and Specification Writing are put in context in the first 0.8 days of the course. Focus is then given to the types of requirements and their significance to the roles of the requirements analyst, specification writer, and designer. This session concludes with a workshop. Subsequently, 2-2.5 days are devoted to "how to do requirements analysis capture and validation of the information content of requirements". This is a significantly greater depth of coverage compared with the systems engineering course. Workshops are again used extensively, based on a single system, almost always a different system to the system used for the systems engineering course. There are more, and longer, workshops in requirements analysis compared with the systems engineering course. Overall, the RA&SW5D course provides greater depth in requirements analysis than does the Systems Engineering course.

The feedback from participants who participated in both courses has mostly been that they appreciated the revision and extra depth in requirements analysis whilst about 10% of participants have regarded the overlap as excessive for their purposes.

In the 5-Day Requirements Analysis and Specification Writing course, hugely more coverage is given to the structuring of system and software requirements specifications, and specifications of services. Similarly, almost a day is devoted to advising on the use of language (English) in expressing requirements pitfalls and pointers. There is also substantial coverage of writing non-requirements sections of requirements specifications scope, applicable documents, definitions, notes, (etc.).

Q. What benefits would this course offer me as a Business Analyst?

I believe that the course will be of considerable benefit to any Business Analyst (BA). There is much content that aligns with the Business Analysis Body of Knowledge® (BABOK®) Guide, as Business Analysts and Systems Engineers are in many respects concerned with the same things - same objectives, same principles, and similar methods. System Engineering tends towards greater rigor and methods that are more robust than those commonly used by BAs but are equally applicable to BAs. So BAs should benefit greatly from attending this course.

The benefit to the enterprise is the increased value from technical projects:

"Systems engineering is an interdisciplinary, collaborative approach to the engineering of systems (of any type) which aims to capture stakeholder needs and objectives and to transform these into a description of a holistic, life cycle balanced system solution which both satisfies the minimum requirements, and optimizes overall project and system effectiveness according to the values of the stakeholders. Systems engineering incorporates both technical and management processes" Source: Halligan, 2003

Scientifically-based studies by Carnegie Mellon University SEI, IEEE and the NDIA show correlation coefficients between systems engineering practices and project performance (quality, cost and schedule) averaging +0.3 for technical projects in general and +0.6 for the more complex projects. These figures are very significant, given that the process reference is CMMI V1.2, which can be viewed as representing good practice, but is removed from best practice (as understood today).

Click here to download a presentation by PPI's Managing Director Robert Halligan FIE Aust CPEng titled "The Business Case for Systems Engineering".

Q. Will the course benefit my company in the area of design?

It depends! A quick test to get an indication would be to ask yourselves the following questions:

1. do we make solution decisions that are significant to the success of our organization? YES
2. do our designs (solution decisions) when implemented in development, normally work the first time? YES
3. do we have a significant incidence of rework in design due to errors made arising from design complexity? NO
4. are we challenged to meet the development schedule and cost imperatives and targets? NO
5. faced with feasible design alternatives, do we have a quantitatively based, objective way of evaluating and selecting between these alternatives? YES
6. do we have, for a given solution concept, a quantitatively based, objective way of converging in design on an optimum balance of product qualities such as various measures of performance, unit cost of production, reliability, etc.? YES
7. do we have a quantitatively based, objective way of factoring risk into design decisions? YES
8. is system integration (bringing our solution elements together to build in development a working product) normally trouble-free? YES
9. do our products/systems almost always compare favorably with those of our competitors or allies? YES

If the answers to these questions are mainly as shown, opportunities for improvement will lie mainly in technology improvements and breakthroughs, not in the organization’s approach to design. If not, the course will benefit your organization in the area of design.

Q. Do you offer tailoring of this course?

Yes. All courses are tailored informally verbally in delivery by selecting, where possible, examples matched to the domains of interest to the class. We can also work with you to design a formally customized curriculum for the development of your people. We have done so for many client companies, and we would love to work with you to this end. We always suggest that a client takes the corresponding standard course prior to any customization. For systems engineering, this is because systems engineering is the problem-independent and solution technology-independent principles and supporting methods for the engineering of systems, based on systems thinking. So the objectives of customization need to be very clear and focused on adding further value. In practice, customization, if performed, usually becomes the replacement of examples and possibly the main workshop system with domain-specific equivalents. Substitution of the workshop system usually involves substantial redevelopment of courseware. Out of necessity, formal tailoring of courseware is performed on a fee basis.

Q. How is Verification and Validation (V&V) covered in the Systems Engineering 5-Day course?

V&V is covered incrementally during the week. When a V&V matter arises, we discuss it in relation to the subject of the V&V. With one and a half hours of incremental coverage of V&V throughout, the course starts with the introduction of the nature, subjects and representative methods of V&V.

On Day 1 we address the question “what is this systems engineering approach?” (ref. the roadmap process diagram and the dog diagram), through to the superimposition of V&V on requirements and design work products via requirements and design reviews in a complex systems diagram (also Day 1), through to the explicit appearance of V&V in a SE Principles workshop (Workshop 1), through the discussion of V&V as represented on a “Football Diagram” process model. On Day 2 we cover in-depth V&V using a Wedge Model (a PPI evolution of the V model, which, unlike the V model, accommodates multiple-build developments, this diagram is totally concerned with V&V), through to discussions of inputs to and outputs from V&V respectively via “box” diagrams, through to extensive presence of V&V in Workshop 2, through to the consideration of verification traceability via discussion of a verification traceability diagram towards the end of Day 2. On Day 4 we discuss the key-word searching approach to requirements verification, through to the brief reinforcement of the importance of using requirements reviews for requirements verification, through to discussion of the use of simulation and control flow analysis for design verification via a logical design process diagram. This is revisited on Day 5 via course notes content in Chapter 6.

Next comes the V&V in Chapter 12 of the course notes. With the exception of a little advice on the administration of design reviews and some definitions, Chapter 12 brings together material that we have dealt with incrementally during the week.

Q. Is the 5-Day training course for beginners or for senior level experienced people?

PPI’s Systems Engineering course has demonstrated delivery of valuable understandings and methods to people of all levels of experience. We have had excellent feedback from delegates ranging from final year university undergraduates to delegates who have been practicing systems engineering for decades. The course is designed for anyone who performs, manages, controls or specifies aspects of the development of small to large technology-based systems.

Q. I am a mechanical engineer working in the development of mechanical systems in the wind industry. I would like to know whether the focus of the course and the examples used is directed more towards those who work in software development.

The focus of the course and the examples used to span a variety of technologies. Indeed, systems engineering can be viewed as technology-independent principles and methods of the engineering of systems.

The system used for all the courses, through requirements analysis, and through design, is an Emergency Communication Buoy. In Requirements Analysis, of course, the technology is not relevant. In design, system solution normally has a mixture of technologies which delegates can choose, including mechanical. We do a “dry-run” mini-workshop, in which the example used for logical and physical design is mechanical, involving Archimedes Principle. Delegates are free to choose a requirement to which relates any aspect(s) of solution technology. The value model building part of the trade-off study course is technology-independent, whilst the trade-off study itself involves various technologies. The first design optimization trade involves trading increased size for improvements (mostly) in other Measures Of Effectiveness (MOEs).

More generally, examples are chosen during course delivery to match, as much as practical, the technology and application interests of the group.

Q. Are software tools used in the Systems Engineering course?

No. The course aims to equip delegates with the principles of systems engineering, and with at least a basic ability to perform the most important activities, especially requirements capture and validation, physical and logical design, and trade-off studies.

Whilst software tools are fundamental to performing these activities efficiently in real work scenarios, their use in a 5-day course would compromise the objectives of the course because of the time impact and distraction of having to learn to manipulate tools.

The course achieves its objectives very effectively through a series of workshops conducted manually. Representative software tools supporting process areas such as requirements capture and validation, physical and logical design, and trade-off studies are identified and discussed during the course.

Q. How is Verification and Validation (V&V) covered in the Systems Engineering 5-Day course?

V&V is covered incrementally during the week. When a V&V matter arises, we discuss it in relation to the subject of the V&V. With one and a half hours of incremental coverage of V&V throughout, the course starts with the introduction of the nature, subjects and representative methods of V&V.

On Day 1 we address the question “what is this systems engineering approach?” (ref. the roadmap process diagram and the dog diagram), through to the superimposition of V&V on requirements and design work products via requirements and design reviews in a complex systems diagram (also Day 1), through to the explicit appearance of V&V in a SE Principles workshop (Workshop 1), through the discussion of V&V as represented on a “Football Diagram” process model. On Day 2 we cover in-depth V&V using a Wedge Model (a PPI evolution of the V model, which, unlike the V model, accommodates multiple-build developments, this diagram is totally concerned with V&V), through to discussions of inputs to and outputs from V&V respectively via “box” diagrams, through to extensive presence of V&V in Workshop 2, through to the consideration of verification traceability via discussion of a verification traceability diagram towards the end of Day 2. On Day 4 we discuss the key-word searching approach to requirements verification, through to the brief reinforcement of the importance of using requirements reviews for requirements verification, through to discussion of the use of simulation and control flow analysis for design verification via a logical design process diagram. This is revisited on Day 5 via course notes content in Chapter 6.

Next comes the V&V in Chapter 12 of the course notes. With the exception of a little advice on the administration of design reviews and some definitions, Chapter 12 brings together material that we have dealt with incrementally during the week.

Q. What is the difference between PPI’s 5-day Systems Engineering course and CTI’s CSEP Systems Engineering course?

Our Systems Engineering and INCOSE SEP Exam Preparation courses have two very different learning objectives. 

The goal of the SE5D course is to provide people with the tools to practically apply a systems engineering approach to their engineering and their projects. The course strongly emphasizes sound principles and teaches efficient methods with which to implement those principles. The course includes requirements capture and validation, physical and logical design, with a strong model-based (MBSE) orientation, and in-depth discussion of verification and validation, to identify a few topics. There is much more! This Systems Engineering 5-day course provides you with the key concepts and elements of a systems approach to engineering that you can immediately apply to your engineering. The course is delivered using a mixture of formal presentations, informal discussion, and extensive workshop activities that exercise key aspects of systems engineering on a single system through a development life cycle. The result is a high degree of learning, as evidenced by coursework products, and the extensive commendations received from participants.

CTI is a subsidiary of PPI. CTI offers INCOSE SEP Exam Preparation training that is based entirely on passing the INCOSE Knowledge Exam. The course focuses on helping people retain and apply the knowledge of the handbook, but not by way of actually doing the processes described in the handbook. The primary aim is to aid people to pass the exam on their first attempt. A secondary aim is to equip delegates to communicate their work activities – strengths and challenges, using the framing of the handbook with an understanding of how the content may be applied to address those challenges. The INCOSE SEP Exam Preparation (ISEP) course prepares you to sit and pass the INCOSE exam as a prerequisite for Certification. Utilizing leading edge adult learning principles and techniques enables the participants to absorb and recall the content of the handbook effectively.

To view our Systems Engineering course outline and overview, please click here

To view our ISEP course outline and overview, please click here

Featured Course Reviews

This is probably the most useful course I have done; I have learned so much.

LinkedIn

Daniel Clarkson, United Kingdom

Science and Technology Facilities Council

The interactive sessions and practical exercises have helped enormously to apply the theory directly, deepening my understanding and allowing me to develop valuable skills.

LinkedIn

Julian van Marion, the Netherlands

Soltegro B.V.

The systems engineering approach taught in the course helped achieve consistent practices, documentation and outcomes across all R&D projects.

LinkedIn

Jordi Manzano, Spain

Grifols

Thanks again for the incredible course!

LinkedIn

Koos Kotze, South Africa

Incomar Group

Many thanks for your brilliant course. I enjoyed it a lot, and I’m absolutely sure I’ll benefit greatly from it during my projects and the upcoming ones.

LinkedIn

Dr. Christine Gläßer, Germany

CGI

I'm a big follower of the SE methodology you defined. To say that it influenced my career positively is an understatement.

LinkedIn

Taras Kazakov, Switzerland

Syderal Swiss SA

I have enjoyed the course very much. It contains a wealth of information, tips, tools and working methods that will be of great use. Thanks again!

LinkedIn

François Bouquet, the Netherlands

TNO Science and Industry

This intensive course has been an enlightening journey, and I'm excited to apply these principles in my future endeavors.

LinkedIn

Abdulaziz Albukhari, Saudi Arabia

Atmata

The training from PPI gave me the confidence to enter into projects that need the experience to solve problems.

LinkedIn

Nigel Collacott, Germany

Airbus

The presenter's passion, experience and dedication to systems engineering were admirable. His delivery and course content were excellent and well structured.”

Participant, Australia

Rheinmetall

USA Flag
The presenter is certainly a treasure trove of all things systems engineering and is undoubtedly passionate about spreading the wealth of this information to those hungry enough for growth in this area!

Participant, USA

Sandia

The course provides an excellent background in understanding systems engineering overall. Personally, I found the course to be very useful in understanding the root cause of problems we often encounter in complex projects. Putting all the tools into action will be my next step!

Participant, Argentina

INVAP

Netherlands Flag
I was not expecting such an engaging course for a 8.5 hrs/day virtual class. Impressive and thanks Robert! I truly enjoyed the week

Participant, Netherlands

Philips Electronics Nederland

Netherlands Flag
The way the presenter was able to keep us engaged in this intensive course was really amazing. When a teacher is so experienced in the subject it makes a lot of difference to the students’ learning.

Participant, Netherlands

SRON

USA Flag
The instructor was unquestionably a master of his material. Managed to pitch the material so that varying levels of expertise could get a great deal out of the course.

Participant, USA

Raytheon Technical Services

Netherlands Flag

I want to thank you for the amazing course. Being a beginner, I learnt a lot. I always used to be amazed by people who manage big projects. Now I know how they do that. I am excited to use these techniques soon. I am especially amazed at your patience and keeping us engaged through each whole day for a week. You are a great teacher.

Participant, Netherlands

SRON

Scroll to Top