1 / 61

The Engineering Design of Systems: Models and Methods

The Engineering Design of Systems: Models and Methods. Buede - Chapter 7 Functional Architecture Development. Edited Mar. 2013. Process, rule based approach. WHAT. WHAT. HOW. Design, creativity, derived material. Why do we need the functional architecture ??.

Download Presentation

The Engineering Design of Systems: Models and Methods

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. The Engineering Design of Systems: Models and Methods Buede - Chapter 7 Functional Architecture Development Edited Mar. 2013

  2. Process, rule based approach WHAT WHAT HOW Design, creativity, derived material

  3. Why do we need the functional architecture ?? • ESD is good, but we need to provide more detail to our model of the system. • i.e. - What goes on inside the main function? • Major functions provide a clearer view of architecture and interfaces. • Related to product architecture, modularity, and integral/modular designs. Every system has an ‘architecture’ – sometimes it is really good, sometimes really bad. M. Collins.

  4. Functional Architecture-1 • The logical/functional architecture defines what the system must do - it is a decomposition or partitioning of the system’s top-level function.

  5. Functional Architecture-2 • A logical model of a functional decomposition plus the flow of inputs and outputs, to which input/output requirements have been traced to specific functions and items (inputs, outputs, and controls) • A logical model that captures the transformation of inputs into outputs using control information. This definition adds the flow of inputs and outputs throughout the functional decomposition; these items that comprise the inputs and outputs are commonly modeled via a data model (see Chapter 12). • An IDEF0 model without any mechanisms is used as the modeling technique in this chapter to represent the functional architecture at this level of detail.

  6. Like Kung Fu… Image from http://www.pathsatlanta.org/2009/04/10/is-kung-fu-a-martial-art/ This is a skill and an art. This is where the systems engineer really provides benefit and value.

  7. Functional Architecture Process Figure 7.1

  8. Ok, how do we create this ??Defining Functional Partitions • Use operating modes • Use outputs • Use inputs & controls • Use Hatley-Pirbhai template • Ulrich and Eppinger – ‘Energy/Material/Signal Flows’ • Use Miller “Living Systems” template

  9. Buede Guidelines • Decomposition/Top Down – System is an update or variation of an existing system. • Composition – System is unprecedented or radical departure of existing systems.

  10. Basic Approaches or Templates • Operating Modes – a function for each operating mode ? (a software system?) • Output – Input/Control – a function for each ? • Hatley-Pirbhai extends Input / Processing / Output • Adds user interface processing, maintenance and self-testing processing

  11. Hatley-Pirbhai Template Figure 7.2

  12. Hatley-Pirbhai Decomposition Figure 7.4

  13. Energy/Material/Signal FlowsDecomposition Ulrich and Eppinger

  14. Living Systems Template, #1 Subsystems that Process Both Matter-Energy and Information 1. Reproducer, the subsystem that is capable of giving rise to other systems similar to the one it is in. 2. Boundary, the subsystem at the perimeter of a system that holds together the components that make up the system, protects them from environmental stresses, and excludes or permits entry to various sorts of matter-energy and information. Biomimicry or biomimetics is the examination of nature, its models, systems, processes, and elements to emulate or take inspiration from in order to solve human problems. Table 7.1

  15. Living Systems Template, #2 Subsystems that Process Matter-Energy 3. Ingestor, the subsystem which brings matter-energy across the system boundary from the environment. 4. Distributor, the subsystem that carries inputs from outside the system or outputs from its subsystems around the system to each component. 5. Converter, the subsystem that changes certain inputs to the system into forms more useful for the special processes of that particular system. 6. Producer, the subsystem that forms stable associations that endure for significant periods among matter-energy inputs to the system or outputs from its converter, the materials synthesized being for growth, damage repair, or replacement of components of the system, or for providing energy for moving or constituting the system’s outputs of products or information markers to its suprasystem. 7. Matter-energy storage, the subsystem that retains in the system, for different periods of time, deposits of various sorts of matter-energy. 8. Extruder, the subsystem that transmits matter-energy out of the system in the forms of products or wastes. 9. Motor, the subsystem that moves the system or parts of it in relation to part or all of its environment or moves components of its environment in relation to each other. 10. Supporter, the subsystem that maintains the proper spatial relationships among components of the system, so that they can interact without weighting each other down or crowding each other. Table 7.1

  16. Living Systems Template, #3 Subsystems that Process Information 11. Input transducer, the sensory subsystem that brings markers bearing information into the system, changing them to other matter-energy forms suitable for transmission within it. 12. Internal transducer, the sensory subsystem that receives, from subsystems or components within the system, markers bearing information about significant alterations in those subsystems or components, changing them to other matter-energy forms of a sort which transmitted within it. 13. Channel and net, the subsystem composed of a single route in physical space, or multiple interconnected routes, by which markers bearing information are transmitted to all parts of the system. 14. Decoder, the subsystem that alters the code of information input to it through the input transducer or internal transducer into a “private” code that can be used internally by the system. 15. Associator, the subsystem that carries out the first stage of the learning process, forming enduring associations among items of information in the system. 16. Memory, the subsystem that carries out the second stage of the learning process, storing various sorts of information in the system for different periods of time. 17. Decider, the executive subsystem that receives information inputs from all other subsystems and transmits to them information outputs that control the entire system. 18. Encoder, the subsystem that alters the code of information input to it from other information processing subsystems, from a “private” code used internally by the system into a “public” code which can be interpreted by other systems in its environment. 19. Output transducer, the subsystem that puts out markers bearing information from the system, changing markers within the system into other matter-energy forms which can be transmitted over channels in the system’s environment. Table 7.1

  17. Some Examples !! • Elevator • Google • Exercises: • Machine monitor • That pesky lawn mower • A few more examples • Your choice

  18. Elevator Example - ESD

  19. Elevator Functional Decomposition ( ) around arrow head = tunneling (page 72)

  20. How did we get here ? Create an IDEF0 block diagram with all the H-P blocks Which ones do we need? Which ones to combine ? Do this mentally.

  21. Page Number(s) Page Content A - 1 Ancestor or external system diagram A - 0 Context or system function diagram (contains A0) A0 Level 0 diagram with first tier functions specified A1, A2, ... Level 1 diagrams with second tier functions specified A11, A12, ..., A21, ... Level 2 diagrams with third tier functions specified ... … IDEF0 Page Structure Figure 3.5; Table 3.2

  22. Google • Build it yourself. • Do for everything: • Parallelize • Distribute to atomic level • Compress • Secure • Cache • Make redundant

  23. The Exterior Picture

  24. Physical Architecture

  25. Data Center

  26. Rack

  27. O/S

  28. The Interior Network

  29. Major Glue

  30. Google “Latency is evil” Slides from talk by Ed Austin, 2009: http://www.slideshare.net/hasanveldstra/the-anatomy-of-the-google-architecture-fina-lv11. See also http://highscalability.com/google-architecture for links

  31. Exercise - Lawnmower • Create two simple scenarios • Start-up • Cutting grass • Create two system properties • Convert from ‘customer wants’ to ‘engineering specifications’ via the House of Quality • Create an ESD from the scenarios • Create a first level decomposition using either • Hatley-Pirbhai –or- • Energy-Materials-Flows

  32. Exercise : Pick a System • Create simple External Systems Diagram • Show top level function • Create first level decomposition • What’s a good software example to use? Try Energy/Material/Signal Flows?

  33. Exercise : Cooking Wok • Use ‘Energy, Materials, Signal Flows’ to model the wok.

  34. Exercise : ATM Manufacturing • We work for the Acme ATM Manufacturing Company. Develop a Systems Engineering model for the manufacturing system for an ATM. • Identify a scenario, external systems, and create the External Systems Diagram. • Decompose one level.

  35. Exercise : Vehicle Security System • Develop a Systems Engineering functional model for a vehicle security system. • Identify external systems and create the External Systems Diagram and decompose one level.

  36. Evaluation of Functional Hierarchy • Shortfalls – absence of functionality • Absence of functionalities for input set • Inability to produce desired output • Insufficient feedback/control to produce desired output • Overlaps – redundancy in functionality • Evaluation technique – scenario tracing. • Feedback needed ? • Rules Followed ? • BIST and Fault Tolerance functionality ?

  37. Scenario Tracing, #1 Figure 7.7

  38. Scenario Tracing, #2 ‘Internal’ I/O become derived requirements Figure 7.8

  39. Scenario Tracing, #3 Figure 7.9

  40. Scenario Tracing, #4 Figure 7.10

  41. Scenario Tracing, #5 Figure 7.11

  42. Scenario Tracing, #6 Figure 7.12

  43. Feedback & Control in Functional Design Figure 7.5

  44. Feedback Control in Operational Architecture Development Figure 7.6

  45. Common Mistakes 1. Including the external systems and their functions. The functional architecture only addresses the top-level function of the system in question. The external system diagram establishes the inputs, controls, and outputs for this function. A boundary has been drawn around the system to exclude the external systems and their functions. 2. Choosing the wrong name for a function. The function name should start with an action verb and include an object of that action. The verb should not contain an objective or performance goal such as maximize, but should describe an action or activity that is to be performed.

  46. Common Mistakes-2 3. Including a verb phrase as part of the inputs, controls, or outputs of a function. Verb phrases are reserved for functions. 4. Violating the law of conservation of inputs, controls, and outputs. That is, every input, control, and output of a particular function must appear on the decomposition of that function, and there can be no new ones. 5. Creating outputs from thin air. The most common mistake is to define a function that monitors the system’s status but that does not receive inputs about the functioning or lack of functioning of other parts of the system.

More Related