ENGN2225 Systems Engineering Design Design Toolkit

Total Page:16

File Type:pdf, Size:1020Kb

ENGN2225 Systems Engineering Design Design Toolkit ENGN2225 Systems Engineering Design Semester 1, 2016 Design Toolkit Course Topics and Reading Guide v2016.1 In this guide ENGN2225 Design Processes ............................................1 Getting Started - resources and topic overview ..................4 1. Needs and Opportunities ....................................5 2. Problem Scoping ..............................................10 3. Idea Generation ................................................14 4. Requirements Mapping ....................................18 5. Logic & Functional Analysis ..............................22 6. System Architecture .........................................26 7. Testing, Verification and Evaluation ...................30 8. Design Communication ....................................34 This resource has been compiled to support learning in ENGN2225 Systems Engineering Design, and draws inspiration from a wide variety of sources. This document is supplemented by a detailed assessment guide and course outline [email protected] Note that ALL RESOURCES ARE IN THE RESOURCES DIRECTORY Also see the ONLINE CLASSROOM for videos on certain topics ENGN2225 DESIGN PROCESS The topics covered in ENGN2225 follow a spiral design process. In a spiral design process, as you move towards the centre you get closer to your eventual design. Although formally in the course we cover the topics once, in a spiral process you should move around the topics multiple times and as quickly as possible – you might also jump around across different tools to get to where you need to go. This strategy allows you to advance your ideas faster than your competitors for the benefit of your clients. Desktop Research Field Plan & Interviews Technical Drawing Problem Framing Rapid Prototyping [Start] Needs & Opportunities Roadmapping 1 Discover Problem Scoping Design Communication 8 2 System Boundary [Repeat] Journey Mapping Testing, Stakeholder Analysis Validation & Evaluation Prototype 7 3 Unit Testing Idea Generation Ideate System Validation Structured Brainstorming 6 Concept Generation Evaluation Matrices Describe 4 Scenario Planning System Architecture 5 Requirements Analysis Subsystem Interface Logic & Functional Analysis Pairwise Analysis Subsystem Mapping Logical Flow Technical Performance Measures COTS v Custom Functional Flow Requirements Mapping Functional Breakdown "1 2 Problem Scoping Requirements Analysis Convergent Thinking 4 Logic & Functional Analysis 5 Needs & Opportunities Idea Generation System Architecture Design Communication 1 3 Testing, 6 Validation & Evaluation 8 Divergent Thinking 7 time Prototype Describe Ideate Discover Another way of thinking about your journey through the tools in ENGN2225 is assimilate two complementary design thinking frameworks - IDEO.org’s divergent-convergent approaches, and the Double Diamond approach, where initially the divergent-convergent thinking is done to define the strategy, and then completed again to execute the solution. See the Design Approaches lecture for even more strategies for executing design, including the traditional systems engineering Vee-model and the more competitive approach of OODA loops. "2 ADVICE TO THE STUDENT SYSTEMS ENGINEER Systems engineering is both an art and a science, and as a design science, it sits at the intersection of creativity and the natural sciences. The ideas herein are to be nurtured and explored as you build up the model to describe your system. However, the famous George Box quotation should be at the forefront of your thinking: “All models are wrong, but some are useful.” With that in mind, make sure your analysis is at least useful. "3 GREAT RESOURCES There is no set textbook in this class. However, Idea Generation there are a number of great resources for Once you have empathised with your user and investigating systems design: understand the scope of your opportunity, you’re • IDEO’s human-centred design process (Online ready to start generating ideas about the or download PDF - highly recommended reading) opportunity. The tools in this week help your • Service Design Tools has great collection of group explore the possibilities of design. activities and ideas for design: http://www.servicedesigntools.org/tools/ Requirements Analysis • Stasinopoulos, P., Smith, M., Hargroves, K. and Defining your requirements moves the project Desha, C., 2008. Whole System Design - An from exploratory into the specific. By defining the I n t e g r a t e d A p p ro a c h t o S u s t a i n a b l e requirements, the specific parameters of the Engineering, The Natural Edge Project, project become measurable. Defining the right Earthscan, London. (Online resource) customer requirements will ultimately push you • S y s t e m s E n g i n e e r i n g F u n d a m e n t a l s , towards a high-quality deliverable. Department of Defence (Download PDF) Logical and Functional Analysis • MIT’s Opencourseware subject on systems engineering (Online - check out the reading list You can describe a system using many lenses. too..) Here, you describe your design through logical and functional steps. A logical breakdown can • Hitchens, D.K., 2007, ‘Systems Engineering - A 21st Century Systems Methodology’, John be used to describe how a user interacts with the Wiley & Sons, New Jersey. system to reach their goal, and a functional breakdown examines how functions can be • Blanchard, B.S., W.J. Fabrycky, Systems Engineering and Analysis, Fifth ed. Pearson, grouped together. New Jersey, 2011. System Architecture Building on the functional analysis, we move into TOPIC OVERVIEW how the system components interact with each other. Designs can be highly modular or highly There are eight perspectives that we consider in integrated, and there are positives and negatives Systems Engineering Design. for each approach. By describing the interactions between subsystems, the arrangement of the Needs and Opportunities (run by your tutor) design becomes explicit. The best engineers don’t solve problems, they find opportunities that build on the strengths of Testing, Validation and Evaluation users. They do this through mapping the problem Before moving to a complete design, testing space, and taking the time to understand the needs to be carried out to ensure that each needs of their users. In this topic we’ll cover how subsystem is performing correctly against the to discover the needs and opportunities. requirements. It’s at this point you can comparatively evaluate your design against other Problem Scoping options and the existing situation. Now that you have explored the problem space, it’s time to empathise; that is, to see the Design Communication (self-directed) problem from your client’s perspective. We’ll use At the end of the day, there’s no point creating a two tools that help you to understand other’s design if you can’t communicate it - this could be perspectives: journey mapping and stakeholder through a physical or digital prototype of the analysis. Finally, we’ll put the scope around the design, or through other methods that problem by defining the system boundary. communicate how the design works, and what opportunity the design meets. "4 1. NEEDS AND OPPORTUNITIES ‘Needs and opportunities’ is the first step of our design journey. In this stage of the design cycle, we are in a ‘Discover’ mode, looking for opportunities that can build on the strengths of the user, client or community, and can also address their needs. We will use three tools: Problem Framing, Desktop Research and Field Plan & Interviews. Problem Framing Desktop Research Field Plan & Interviews [Start] Needs & Opportunities 1 Discover Problem Scoping Design Communication 8 2 [Repeat] Testing, Validation Prototype & Evaluation Idea Generation 7 3 Ideate System Architecture 6 Requirements Analysis Describe 4 5 Logic & Functional Analysis At this stage of the process, your thinking should be diverging, ahead of refining your group’s thinking in the Problem Scoping stage. 2 Problem Scoping Requirements Analysis Convergent Thinking 4 Logic & Functional Analysis 5 Needs & Opportunities System Architecture Design Communication Idea Generation 3 Testing, Validation & Evaluation 1 6 8 Divergent Thinking 7 time Prototype Describe Ideate Discover "5 1.1 Problem Framing Framing your problem correctly turns it into an opportunity Framing your problem as an opportunity allows you to think in divergent ways. By putting a positive frame on your design thinking, you move from ‘helping’ your client to ‘empowering’ your user. A positive frame can inspire a virtuous cycle of good-will towards the project, and by looking for opportunities you are likely to come up with a better end result. Example applications Problem framing is used in a wide array of discipline areas, across the sciences and humanities. Framing a problem as an opportunity usually involves looking at the problem holistically. A classic example is the Great Horse Manure Crisis of 1894 in New York City, where the number of horses (and their excretions) were filling up the streets. The problem wasn’t solved by looking at the horse, but the introduction of the automobile ‘solved’ this problem. Another example is the accessibility features of an iPhone, which have revolutionised the way that people with vision or hearing disabilities interact with technology. Steps Framing a problem is best done individually at first, then bring together all your group’s ideas. Reframing problems is seen all the time in politics. George Lakoff 1. Write down your design problem in one sentence. (personal website) describes how
Recommended publications
  • A Quantitative Reliability, Maintainability and Supportability Approach for NASA's Second Generation Reusable Launch Vehicle
    A Quantitative Reliability, Maintainability and Supportability Approach for NASA's Second Generation Reusable Launch Vehicle Fayssai M. Safie, Ph. D. Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-5278 E-mail: Fayssal.Safie @ msfc.nasa.gov Charles Daniel, Ph.D. Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-5278 E-mail: Charles.Daniel @msfc.nasa.gov Prince Kalia Raytheon ITSS Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-6871 E-mail: Prince.Kalia @ msfc.nasa.gov ABSTRACT The United States National Aeronautics and Space Administration (NASA) is in the midst of a 10-year Second Generation Reusable Launch Vehicle (RLV) program to improve its space transportation capabilities for both cargo and crewed missions. The objectives of the program are to: significantly increase safety and reliability, reduce the cost of accessing low-earth orbit, attempt to leverage commercial launch capabilities, and provide a growth path for manned space exploration. The safety, reliability and life cycle cost of the next generation vehicles are major concerns, and NASA aims to achieve orders of magnitude improvement in these areas. To get these significant improvements, requires a rigorous process that addresses Reliability, Maintainability and Supportability (RMS) and safety through all the phases of the life cycle of the program. This paper discusses the RMS process being implemented for the Second Generation RLV program. 1.0 INTRODUCTION The 2nd Generation RLV program has in place quantitative Level-I RMS, and cost requirements [Ref 1] as shown in Table 1, a paradigm shift from the Space Shuttle program. This paradigm shift is generating a change in how space flight system design is approached.
    [Show full text]
  • 3 System Design 71 NYS Project Management Guidebook
    Section III:3 System Design 71 NYS Project Management Guidebook 3 SYSTEM DESIGN Purpose The purpose of System Design is to create a technical solution that satisfies the functional requirements for the system. At this point in the project lifecycle there should be a Functional Specification, written primarily in business terminology, con- taining a complete description of the operational needs of the various organizational entities that will use the new system. The challenge is to translate all of this information into Technical Specifications that accurately describe the design of the system, and that can be used as input to System Construction. The Functional Specification produced during System Require- ments Analysis is transformed into a physical architecture. System components are distributed across the physical archi- tecture, usable interfaces are designed and prototyped, and Technical Specifications are created for the Application Developers, enabling them to build and test the system. Many organizations look at System Design primarily as the preparation of the system component specifications; however, constructing the various system components is only one of a set of major steps in successfully building a system. The prepara- tion of the environment needed to build the system, the testing of the system, and the migration and preparation of the data that will ultimately be used by the system are equally impor- tant. In addition to designing the technical solution, System Design is the time to initiate focused planning efforts for both the testing and data preparation activities. List of Processes This phase consists of the following processes: N Prepare for System Design, where the existing project repositories are expanded to accommodate the design work products, the technical environment and tools needed to support System Design are established, and training needs of the team members involved in System Design are addressed.
    [Show full text]
  • Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco, [email protected]
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by University of San Francisco The University of San Francisco USF Scholarship: a digital repository @ Gleeson Library | Geschke Center Business Analytics and Information Systems School of Management February 2013 Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco, [email protected] Follow this and additional works at: http://repository.usfca.edu/at Part of the Business Administration, Management, and Operations Commons, Management Information Systems Commons, and the Technology and Innovation Commons Recommended Citation Alter, Steven, "Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future" (2013). Business Analytics and Information Systems. Paper 35. http://repository.usfca.edu/at/35 This Article is brought to you for free and open access by the School of Management at USF Scholarship: a digital repository @ Gleeson Library | Geschke Center. It has been accepted for inclusion in Business Analytics and Information Systems by an authorized administrator of USF Scholarship: a digital repository @ Gleeson Library | Geschke Center. For more information, please contact [email protected]. Research Article Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco [email protected] Abstract This paper presents a current, accessible, and overarching view of work system theory. WST is the core of an integrated body of theory that emerged from a long-term research project to develop a systems analysis and design method for business professionals called the work system method (WSM).
    [Show full text]
  • Raytheon ECE,ME
    SYSTEMS ENGINEER I/II Raytheon ECE,ME Fulltime,BS,MS Requisition ID 90414BR Date updated 04/05/2017 Posted on 4/5/17 Systems Engineer – Full Time The System Architecture Design and Integration Directorate (SADID) in Raytheon Integrated Defense Systems (IDS) is seeking candidates for full time Systems Engineering positions at Massachusetts sites (Andover, Marlborough, Tewksbury and Woburn) and Portsmouth, RI in 2017, with exact work location determined during the interview process.This is an opportunity for college graduates from technical disciplines to begin a career in the design and development of sophisticated tactical defense systems at Raytheon. The ideal candidate has recently completed or is in the final year of an undergraduate or graduate engineering, math or science degree, and is interested in a career in the design of large scale electromechanical systems with defense applications. Job Description: Specific job responsibilities will be designed to match the candidate’s technical interest and academic background, but will likely include search/track/discrimination algorithm development, performance assessment trade studies, and analysis of sensor signal and data processing subsystems. All assignments will focus on developing the candidate’s competency and contribution to program requirements definition, model based systems engineering, sub-system integration and test, and algorithm design.Systems Engineers use MATLAB regularly to conduct data analyses, and are expected to document and present technical results using standard Microsoft Office tools. The engineer should be comfortable working independently and in a team environment. Organization The Systems Architecture Design and Integration Directorate (SADID) is the central focus for Mission Systems Integration activities within IDS.
    [Show full text]
  • CSE477 – Hardware/Software Systems Design
    CSE477 – Hardware/Software Systems Design ❚ Welcome to CSE 477 ❙ Instructor: Carl Ebeling ❙ Hardware Lab Manager: Chris Morgan ❚ Some basics ❙ what is a system? ❙ what is digital system design? ❚ Objectives of this class ❙ designing real systems ❙ combining hardware and software ❙ e.g. projects: graphics display, user interfaces, integrated systems ❚ Class administration and logistics CSE 477 Spring 2002 Introduction 1 What is a system (in our case, mostly digital)? ❚ A collection of components ❙ work together to perform a function ❙ judiciously chosen to meet some constraints ❘ cost, size, power consumption, safety ❙ communicates with its environment ❘ human interaction ❘ communication with other systems over wired or wireless networks ❚ One person's system is another's component ❙ no universal categories of scope/size ❙ subsystems need to be abstracted ❚ How is it documented? ❙ interface specification ❘ Use a component without knowing about internal design ❙ functionality is often implicit in the interface spec CSE 477 Spring 2002 Introduction 2 What is digital system design? ❚ Encompasses all computing systems ❙ combination of hardware and software components ❙ partitioning design into appropriate components is key ❚ Many technologies and components to choose from ❙ programmable components (e.g., PLDs and FPGAs) ❙ processors ❙ memories ❙ interfaces to analog world (e.g., A/D, D/A, special transducers) ❙ input/output devices (e.g., buttons, pressure sensors, etc.) ❙ communication links to environment (wired and wireless) ❚ The Art:
    [Show full text]
  • The Evolution of System Reliability Optimization David Coit, Enrico Zio
    The evolution of system reliability optimization David Coit, Enrico Zio To cite this version: David Coit, Enrico Zio. The evolution of system reliability optimization. Reliability Engineering and System Safety, Elsevier, 2019, 192, pp.106259. 10.1016/j.ress.2018.09.008. hal-02428529 HAL Id: hal-02428529 https://hal.archives-ouvertes.fr/hal-02428529 Submitted on 8 Apr 2020 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Accepted Manuscript The Evolution of System Reliability Optimization David W. Coit , Enrico Zio PII: S0951-8320(18)30602-1 DOI: https://doi.org/10.1016/j.ress.2018.09.008 Reference: RESS 6259 To appear in: Reliability Engineering and System Safety Received date: 14 May 2018 Revised date: 26 July 2018 Accepted date: 7 September 2018 Please cite this article as: David W. Coit , Enrico Zio , The Evolution of System Reliability Optimization, Reliability Engineering and System Safety (2018), doi: https://doi.org/10.1016/j.ress.2018.09.008 This is a PDF file of an unedited manuscript that has been accepted for publication. As a service to our customers we are providing this early version of the manuscript.
    [Show full text]
  • The Embedded Systems Design Challenge*
    The Embedded Systems Design Challenge? Thomas A. Henzinger1 and Joseph Sifakis2 1 EPFL, Lausanne 2 VERIMAG, Grenoble Abstract. We summarize some current trends in embedded systems design and point out some of their characteristics, such as the chasm be- tween analytical and computational models, and the gap between safety- critical and best-effort engineering practices. We call for a coherent sci- entific foundation for embedded systems design, and we discuss a few key demands on such a foundation: the need for encompassing several mani- festations of heterogeneity, and the need for constructivity in design. We believe that the development of a satisfactory Embedded Systems Design Science provides a timely challenge and opportunity for reinvigorating computer science. 1 Motivation Computer Science is going through a maturing period. There is a perception that many of the original, defining problems of Computer Science either have been solved, or require an unforeseeable breakthrough (such as the P versus NP question). It is a reflection of this view that many of the currently advocated challenges for Computer Science research push existing technology to the limits (e.g., the semantic web [4]; the verifying compiler [15]; sensor networks [6]), to new application areas (such as biology [12]), or to a combination of both (e.g., nanotechnologies; quantum computing). Not surprisingly, many of the bright- est students no longer aim to become computer scientists, but choose to enter directly into the life sciences or nanoengineering [8]. Our view is different. Following [18, 22], we believe that there lies a large un- charted territory within the science of computing.
    [Show full text]
  • Design of Product–Service Systems: Toward an Updated Discourse
    systems Article Design of Product–Service Systems: Toward An Updated Discourse Johan Lugnet 1,* , Åsa Ericson 1 and Tobias Larsson 2 1 Digital Services and Systems, Luleå University of Technology, SE-97187 Luleå, Sweden; [email protected] 2 Department of Mechanical Engineering, Blekinge Institute of Technology, SE-37179 Karlskrona, Sweden; [email protected] * Correspondence: [email protected] Received: 26 October 2020; Accepted: 9 November 2020; Published: 11 November 2020 Abstract: The engineering rationale, composed of established logic for the design and development of products, has been confronted by a shift to a circular economy. Digitalization (e.g., Industry 4.0) enables transformation, but it also increases relational complexities in scope and number. In Product–Service Systems (PSSs), the combination of manufactured goods and services should be delivered in new business models based on value-adding digital assistance. From a systems science view, such combinations cannot be managed by the same approach as if they were one uniform system; rather, it is an interdependent mix of technical, social, and digital designs. This paper initializes an updated conceptual discourse on PSSs and provides a reflection on the expected challenges in the transformation from linear to circular models. For example, the role of systems thinking to guide early design stages is discussed and the importance of processes for creating shared visions at different systems levels is suggested to be addressed in future research. The intention is to formulate thoughts about radical cognitive changes in order to realize the PSS paradigm. Keywords: product–service systems; Industry 4.0; circular economy; digital services; innovation; socio-technical systems; digitalization 1.
    [Show full text]
  • The Design Charrette in the Classroom As a Method for Outcomes Based Action Learning in IS Design
    Eagen, Ngwenyama, and Prescod Sat, Nov 4, 5:00 - 5:25, Normandy A The Design Charrette in the Classroom as a Method for Outcomes Based Action Learning in IS Design Ward M. Eagen [email protected] Ojelanki Ngwenyama [email protected] Franklyn Prescod [email protected] Information Technology Management, Ryerson University Toronto, Ontario M5B 2K3, Canada Abstract This paper explores the adaptation of a traditional studio technique in architecture – the De- sign Charrette – to the teaching of New Media design in a large information systems program. The Design Charrette is an intense, collaborative session in which a group of designers drafts a solution to a design problem in a time critical environment. The Design Charrette offers learn- ing opportunities in a very condensed period that are difficult to achieve in the classroom by other means and we have adapted its application from the architecture studio to for New Me- dia instruction. The teaching of information systems has tended to rely heavily on conventional pedagogical approaches although there is growing recognition of the importance of experien- tial and applied learning. Accreditation standards have also placed added emphasis on out- come-based learning and encouraged more mindfulness concerning instructional design (Lee et. al., 1995; McGourty et. al., 1999). As a consequence, more emphasis on experiential learning has emerged in recent years. Architecture has long been used as a reference disci- pline for Information Systems and much of the language used in information systems design is drawn from architectural discourse. However, while architectural design combines attention to history and form as well as function, most information systems design is driven by functional considerations.
    [Show full text]
  • Design and Engineering of Functional Clothing
    Indian Journal of Fibre & Textile Research Vol.36, December 2011, pp. 327-335 Design and engineering of functional clothing Deepti Guptaa Department of Textile Technology, Indian Institute of Technology, New Delhi 110 016, India The process of design and engineering of functional clothing design is based on the outcomes of an objective assessment of many requirements of the user, and hence tend to be complex and iterative. In this paper, the user requirements (besides the primary requirement of functionality) have been classified under four subtitles, namely physiological, biomechanical, ergonomic and psychological. The correlation between various characteristics of clothing and these requirements has been discussed. Subsequent steps involved in the ergonomic design process such as selection of materials, size and fit determination, pattern making, assembling and finishing have been listed out. Influence of technological advancements in related fields on each of these activities is discussed with a view to emphasise how the process of functional clothing design is different from design of everyday apparel. The fast developing field of functional clothing represents the future of textile and apparel industry, particularly in growing economies like China and India who will be the largest producers as well as consumers of these high tech products. Challenges being faced by this sector and a road map to meet the same have also been proposed. Keywords: Clothing engineering, Comfort, Clothing design, Ergonomic design process, Functional clothing 1 Introduction ergonomic design process such as selection of Unlike fashion clothing, which is essentially a materials, size and fit determination, pattern making, product of the designer’s creative instincts, the assembling and finishing have also been listed out.
    [Show full text]
  • Rapid Requirements Elicitation of Enterprise Applications Based on Executable Mockups
    applied sciences Article Rapid Requirements Elicitation of Enterprise Applications Based on Executable Mockups Milorad Filipovi´c ∗ , Željko Vukovi´c , Igor Dejanovi´c ∗ and Gordana Milosavljevi´c ∗ Faculty of Technical Sciences, University of Novi Sad, 21000 Novi Sad, Serbia; [email protected] * Correspondence: mfi[email protected] (M.F.); [email protected] (I.D.); [email protected] (G.M.); Tel.: +381-21-485-4562 (G.M.) Abstract: Software development begins with the requirements. Misunderstandings with customers in this early phase of development result in wasted development time. This work investigates the possibility of using executable UI mockups in the initial phases of functional requirements elicitation during the development of business applications. Although there has been a lot of research in the field in recent years, we find that there is still a need to improve model-driven tool design in order to enable customer participation from the initial phases of requirement specifications based on working prototypes. These prototypes can directly be reused in the rest of the development process. To meet the goal, we have been developing an open-source solution called Kroki that enables rapid collaborative development. We conducted a series of 10 joint user sessions with domain experts from different domains and backgrounds, resulting in the prototype specifications ranging from 7 to 20 screen mockups accompanied with domain models, developed in two-hour time frames. In this paper, we present our tool design that contributes to rapid joint development, and the results from the user sessions. Citation: Filipovi´c,M.; Vukovi´c,Ž.; Keywords: requirements elicitation; executable mockups; model-driven engineering; code generation Dejanovi´c,I.; Milosavljevi´c,G.
    [Show full text]
  • The Embedded Systems Design Challenge
    The Embedded Systems Design Challenge Tom Henzinger Joseph Sifakis EPFL Verimag Formal Methods: A Tale of Two Cultures Engineering Computer Science Differential Equations Logic Linear Algebra Discrete Structures Probability Theory Automata Theory So how are we doing? Uptime: 123 years What went wrong? Engineering Computer Science Differential Equations Logic Linear Algebra Discrete Structures Probability Theory Automata Theory What went wrong? Engineering Computer Science Differential Equations Logic Linear Algebra Discrete Structures Probability Theory Automata Theory Mature Promising What went wrong? Engineering Computer Science Differential Equations Logic Linear Algebra Discrete Structures Probability Theory Automata Theory Mature Promising? What went wrong? Engineering Computer Science Theories of estimation Theories of correctness Theories of robustness Temptation: “Programs are mathematical objects.” What went wrong? Engineering Computer Science Theories of estimation Theories of correctness Theories of robustness R B Maybe we went too far? Engineering Computer Science R B Maybe we went too far? Engineering Computer Science Embedded Systems are a perfect playground to readjust the pendulum. R B Physicality Computation The Challenge We need a new formal foundation for embedded systems, which systematically and even-handedly re-marries computation and physicality. The Challenge We need a new formal foundation for computational systems, which systematically and even-handedly re-marries performance and robustness. What is being computed?
    [Show full text]