Architectural Design 3-Day

A course presented over 3 days by Robert Halligan, or Alwyn Smit.

(72 Reviews)
4.5/5

Get Started Today

View the schedule and register your interest.

Let's Talk

This three-day course addresses the principles and methods of designing, regardless of what is being designed. The course provides an integrated approach to the set of technical design process disciplines. These combine with technology knowledge to contribute to the satisfaction of requirements and optimization of system effectiveness, enhancing project success and reducing risk to the enterprise.

  • This course may be credited toward the maintenance of the INCOSE Certified Systems Engineering Professional (CSEP) certification for 24 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 (24 hours)
  • This course is accredited by ECSA South Africa for CPD 3 points (ref. INCOSE 21/011)
  • This course may qualify for CPD, CLP and similar purposes with other organizations (24 instructor hours)
  • This course may be credited toward the maintenance of the Project Management Institute (PMI) certifications. Suggested PMI Talent Triangle® PDU allocation:
    • Ways of Working - 24

THIS COURSE IS AVAILABLE FOR CORPORATE TRAINING ONLY.

Find out more about corporate training

Key Learning Objectives

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

  • the overall concepts which are characteristic of a systems approach to design;
  • the overall process elements, and their relationships, that collectively constitute the process building blocks of design (verb);
  • learn a structured approach to physical design, use logical solution to help get physical design right, evaluate solution alternatives (conduct trade-off studies) and optimize design in a structured way;
  • learn in overview about the disciplines of reliability engineering, safety engineering, maintainability engineering and producibility (manufacturability) engineering;
  • how to tailor the application of design principles and methods to different application scenarios; and
  • how to design for reliability, safety, maintainability and producibility.

Training Method and Materials

The course makes extensive use of course workshops to put into practice the techniques covered in theory sessions. The training is delivered using a mixture of formal presentation, informal discussion, and extensive workshops that exercise key aspects of a systems approach to design, using a single system throughout. The result is a high degree of learning, as evidenced by workshop work products.

Participants are provided with:

  • comprehensive course materials containing presentation material and supporting reading material
  • a workbook containing workshop exercises, with worked examples
  • numerous supplementary descriptions, checklists, forms and charts which you can put to use immediately
  • complimentary access to PPI's evolving Systems Engineering Goldmine

Some Key Questions

  • What is architecture?
  • Is architecture different to design?
  • What is a systems approach to design and how is it relevant?
  • What is the relevance of waterfall development, incremental development, evolutionary development, agile, spiral development, lean, simultaneous/concurrent engineering?
  • What is the timing relationship between logical and physical design?
  • What is logical design, and what forms can it take?
  • Why do we care about logical design?
  • What is model-based architecting? Model-based design? Are model-based and model-driven different?
  • What is object-oriented design and how does it relate?
  • What languages and tools are applicable for model-based work?
  • Where does FMEA figure?
  • Is FMECA different to FMEA?
  • What about FTA and ETA, where do they figure?
  • Are model-based techniques limited to certain technologies?
  • How can we be sure we have come up with the best design?
  • Everywhere I turn there seems to be uncertainty. How can I make design decisions in the presence of such uncertainty?
  • Is there a reliable and efficient way to optimize design?
  • What are the Skills, Knowledge and Attitudes (SKAs) conducive to success in being a designer?

Who Should Attend This Course?

This design course is designed for personnel who perform or manage the development of small to large technology- based systems, products, capabilities, etc. The course will be of particular value to people with job titles such as:

  • System architect
  • Enterprise architect
  • Design engineer
  • Systems engineer
  • Business analyst
  • Systems analyst
  • Software systems engineer
  • Software engineer
  • Specialty engineer – reliability, safety, maintainability, producibility
  • Hardware engineer
  • Research engineer
  • Project engineer
  • Logistics Support Analysis Specialist
  • Industrial engineer
  • Other engineering job titles
  • R and D manager
  • Engineering manager.

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.

0.    Introduction – Architectural Design Within Systems Engineering

  • the business case for a systems approach to design
  • definition of terms
  • design interactive exercise - basic     
  • systems engineering process overview – the football diagram
  • design within a systems engineering process model

This short introduction presents the business case for systems engineering and a short overview of the systems engineering process to provide the context within which architectural design is conducted. The importance of architectural design is also highlighted.

1. Design-Related Principles of Engineering

  • system views
  • Workshop 1 – design-related principles

This module addresses key design principles starting with a whiteboard example and concluding with a workshop to establish an important foundation for what follows.

2. Styles of System Development (1.5 hours)

  • the solution domain: key concepts, relationships, and work products
  • waterfall, incremental, evolutionary and spiral development approaches
  • Workshop 2 – solution development strategies for a product

This module deals with four basic styles of development as possible development strategies for a product depending on the associated requirements related risk and implementation related risk.

3. Concepts of Architecture and Detailed Design – Physical and Logical

  • physical architecture (structural view) – basic concepts
  • logical architecture – basic concepts
  • logical architecture related to physical architecture
  • useful forms of logical representation – functional, state-based, mathematical, hybrid, … with examples
  • model-based design in practice – MBSE/MBA/MBD/MDA/MDD

This module introduces the basic concepts of architectural and detailed design. The module identifies multiple forms of logical design representation and establishes the relationships between logical architecture and physical architecture. The module concludes with the concepts of model-based and model-driven as applied within systems engineering.

4. Initial Physical Conceptualization

  • the role of technology and innovation
  • architectural design driver requirements
  • Workshop 3 – identification of architectural design driver requirements
  • techniques for stimulating innovation: brainstorming, TRIZ
  • perspiration engineering: configuration items
  • criteria for selecting configuration items
  • design complexity trade-off
  • relationship of CI definition to system integration
  • Interactive exercise - a simple physical design
  • Workshop 4 – physical conceptualization of solution

This module identifies the initial conceptualization of solution alternatives, and their transformation into an initial set of system elements (typically destined to become configuration items). The module examines briefly the role of knowledge and innovation, and some means of stimulating innovation, specifically brain-storming and TRIZ. First order and second order influences, on the transformation of each prospective broad concept into a candidate set of system elements, are then examined.

The interactive exercise of a simple physical design then continues, the aim being to both illustrate and exercise the basics of physical design with a practical example.

A major, team-based workshop is then conducted. The workshop aims to give participants practical experience in exercising the basics of physical design. This workshop also uses the system which was the focus of previous workshops.

5. Functional Design

  • functional analysis in design – how to do it
    • functional analysis/architecture process
    • item flow and control flow
    • un-allocatable and allocatable functions
    • pitfalls in defining functions
    • common pitfalls in functional design
    • interactive exercise – a simple functional design
    • Workshop 5 – physical and functional design, part A
    • Workshop 5 – physical and functional design, part B
    • coupling, cohesion, connectivity
    • FMEA/FMECA in design
    • performance thread analysis
    • relationship to object orientation
    • allocation of functionality between hardware and software
  • Fault Tree Analysis
  • Event Tree Analysis
  • behavior modeling languages
  • other languages incorporating functional modeling: SysML, …
  • software tools supporting functional and physical design
  • pitfalls in functional design

This module of the course delves into the critical detail of logical design (model-based architecting/design), always with reference to the corresponding physical design – as must be the case in the real world of engineering. The focus is on the most widely used - functional - form of logical design.

An overall, effective methodology for maximizing the value of functional design is explained, as are the important concepts of coupling, cohesion and connectivity. These concepts influence the selection of logical design alternatives and their alternative physical implementations.

The interactive exercise of a simple functional design then continues, the aim being to both illustrate and exercise the basics of logical design with a practical example.

A major, team-based workshop is then conducted. The workshop aims to give participants practical experience in exercising the basics of logical design. This workshop also uses the system which was the focus of previous workshops.

More elaborate forms of functional design involving behavior modeling are then considered, as is the use of simulation as a design/design verification tool. Representative software tools supporting physical and logical design are overviewed.

Failure analysis techniques are also addressed as a means to ensure a robust design. Some behavior modeling languages and software tools are identified before concluding with pitfalls in functional analysis.

6. State-Based Design

  • state-based design – how to do it
    • Workshop 6 – a simple state-based design
    • relationship to object orientation
  • SysML, and alternative languages incorporating state-based modeling
  • software tools supporting state-based design
  • pitfalls in state-based design

State-based logic is one of the forms of logical architecture identified in Module 3. This module looks at the use of statecharts as a technique for logical design that allows for concurrency of states, and makes provision for hierarchy of states. This is opposed to State Transition Diagrams (STDs) that are simply directed graphs, with nodes denoting states, and arrows denoting transitions, delivering flat, two-dimensional state diagrams which quickly becomes chaotic for complex, dynamic behavior.

7. Object-Process Methodology (OPM)

  • background to OPM
  • OPM description
  • relationship to object orientation
  • software tools supporting OPM

This module deals with Object-Process Methodology (OPM), a conceptual modeling language and methodology for capturing knowledge and designing systems, specified as ISO 19450. OPM is based on a minimal universal ontology of stateful objects and processes that transform them, and formally specifies the function, structure, and behavior of artificial and natural systems in a large variety of domains.

8. Design for Six-Sigma (DFSS)

  • what is Six-Sigma?
  • DMAIC
  • DMADV (DFSS)
  • the DFSS toolset

This module addresses Six-Sigma, DMAIC (Define, Measure, Analyze, Improve, Control), DMADV (Define, Measure, Analyze, Design, Verify) as techniques for improving the quality of designs.

9. Return to Physical Design

  • functional to physical allocation
  • facilities, procedures, people, and other types of system element
  • use of a specification tree
  • system elements not designated as configuration items
  • some common pitfalls in developing system physical architecture
  • use of architectural design driver requirements
  • adding the detail to the design
  • design creates requirements – the duality of requirements and design
  • interface engineering
  • interface requirements specifications versus interface design descriptions/ICDs
  • the OSI 7-Layer Model and similar in interface engineering
  • relationship to system integration
  • evolution of interfaces in systems having levels of structure
  • some common pitfalls in interface engineering
  • major artifacts created in design

In this module of the course, the focus becomes aspects of physical design beyond those directly related to logical design. A number of additional design techniques having application regardless of specific technologies are discussed.

10. Design Decision-Making and Optimization – Trade-Off Studies

  • designing for feasibility
  • designing for effectiveness: approach to design optimization
    • the role of MOEs and goals
    • the origin of a system effectiveness model
    • designing for the company versus designing for the customer – handling conflict of interest
  • using a system effectiveness model
    • taking account of risk relating to goals
    • taking account of risk relating to satisfaction of requirements
    • event-based uncertainty
    • risk aversion
    • Workshop 7 – using a system effectiveness model
    • cost/capability, return on investment and like concepts
    • iterative optimization of design – an effective methodology
  • other techniques – Quality Function Deployment
  • software tools supporting design decision-making
  • some common pitfalls in design decision-making

This module is conducted essentially as one substantial, interactive workshop. Initially, a System Effectiveness Model for the main workshop system is constructed. The model is then applied to evaluate alternative architectures from the previous design workshop. Reality is then increased, by adding consideration of uncertainty (giving rise to risk and opportunity), multiple stakeholders, and multiple uses. Time permitting, the concept of, and an effective approach to, event-based uncertainty is examined. This module concludes by emphasizing pitfalls and pointers that can make the difference between consistently sound decisions, and nonsense.

11. Engineering Specialty Integration

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

This module, delivered by presentation, looks (mainly) at the management techniques which may be applied to foster the effective integration of the relevant non-technology disciplines, e.g., safety, reliability, human factors, expandability, information security, etc., into the problem definition, into design, into verification and validation, and, as the end game, into the product.

12. Concurrent (Simultaneous) Engineering

  • system of interest – enabling system relationships
  • why concurrent (simultaneous) engineering
  • organizational aspects of implementation
  • process aspects of implementation
  • pitfalls in implementation

This module introduces the concept of an Enabling System, as is a system that enables (makes possible) a stage or phase of the life cycle of the system of interest. It continues to introduce Concurrent Engineering as an approach to engineering that has the system of interest and its enabling systems developed concurrently, collaboratively and in balance to maximize value to the enterprise.

13. Summary and Key Points

  • action plan

Featured Course Reviews

Great material and the knowledge of the presenter. The course provided very valuable information that will be put to use immediately.

Anthony

I learned a great deal about my co-workers by observing their reactions to the course material – an invaluable part of the course for me. I will also benefit from the templates and other example/reference material. Being able to use these tools or standard templates will also be highly beneficial.

Jane

Good structure in the course, supplemented by professional course material, presented by a presenter who knew what he was talking about.

Luke

Great material and the knowledge of the presenter. The course provided very valuable information that will be put to use immediately.

Kate

Scroll to Top