Welcome to 'Introduction to Systems Engineering'! To help you in getting started with this course, we have a course introduction video that will provide you with an overview of the course syllabus.We then begin the course with this introductory module in which we address the nature of systems and the concept of a system life cycle. We identify what is meant when we say that something is a system and we narrow down the very broad definitions to focus on the human-made or modified systems that are our focus in systems engineering. We then look at the broad phases and activities that a system moves through during its life cycle, from early identification of the need for the system, exploration of options, functional design, physical design, detailed design and development, construction and production, utilization and support and then, finally, retirement. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 1-19 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

In this module, we describe the discipline of systems engineering and outline its relevance and benefits. We introduce what we mean by the ‘systems engineering’ and provide a framework within which we can consider the major processes, activities, and artefacts throughout the remainder of the course. In doing so, it will have become evident to you that the systems engineering approach has a number of advantages, so we then examine in a little more detail the relevance and benefits of systems engineering.To provide greater detail for this module, we recommend (but do not require) that students refer to pages 19-31 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

Before we look at the various systems engineering activities in more detail in forthcoming modules, in this module we look at what we mean when we refer to the ‘needs’ and ‘requirements’ for a system. We examine the needs and requirements views developed by business management, business operations, and systems designers. We will also consider in this module how we might go about developing a set of requirements—we call that process ‘requirements engineering’. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 43-54 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

In this module, we explore requirements engineering and the processes by which requirements are elicited and defined formally through a process called elaboration (which involves derivation and decomposition of lower-level requirements from their parent requirements). We also look in this module at some simple requirements engineering tools and illustrate how they might be useful to you. Finally, we examine the notion of traceability, which ensures that we know where each requirement comes from, what requirements are related to it, and what requirements were derived from it. At the end of this module, you should be prepared to attempt the mid-course exam. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 54-73 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

In this module we examine Conceptual Design, during which we investigate how business needs and requirements and stakeholder needs and requirements are translated into a system-level understanding of the requirements of our system. This understanding will tell us what the system needs to do, how well it needs to perform, and what other systems it needs to interact with in order to meet the stakeholder and business needs and requirements. We then look at the concept of system level synthesis where we make some high-level design decisions before reviewing our work in preparation of the core design effort normally associated with preliminary and detailed design. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 81-130 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

In this module we pick up from where we left off at the end of Conceptual Design and we start to make some more detailed design decisions. During preliminary design, we will look at identifying the various subsystems that will need to come together to form our system. What do these subsystems need to be able to do? How do they need to inter-relate? Can we source these subsystems off the shelf or do they need to be designed from the ground up? These are key questions of preliminary design. For the subsystems that need to be designed or modified, some level of detailed design will be required. We will look at detailed design process and talk about tools like prototyping and how these tools help to refine the detailed design. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 133-190 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

We now move onto the construction and production of the system based on the detailed design from the previous stage. During construction and production, we look at critical systems engineering activities such as configuration audits and system verification. The system then enters the utilisation phase where we explore how systems engineering may continue to be involved via modification and upgrade projects. We finish this section by looking briefly at some of the issues we face when trying to dispose of or retire systems that are no longer required. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 193-211 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.

In this final module, we explore some of the key management issues that systems engineering must address in order to maintain balance and control across the systems engineering effort. We look specifically at issues such as verification and validation management, configuration management, technical risk management and the management of the technical review and audit program. We also explore some of the broad strategies that may be adopted when executing a systems engineering process. Whilst we have used what is generally referred to as a waterfall approach throughout the course to explain systems engineering, in this module we also briefly introduce alternatives such as incremental and evolutionary development. We conclude the module by emphasising the importance of planning throughout the systems engineering program and the development of a governing plan known as the systems engineering management plan or SEMP. To provide greater detail for this module, we recommend (but do not require) that students refer to pages 213-246, 285-294, and 297-309 of our textbook "Systems Engineering Practice"--see reading on Course Notes and Text Books.