Skip to main content
Log in

Validating Function-Based Design Methods: an Explanationist Perspective

  • Research Article
  • Published:
Philosophy & Technology Aims and scope Submit manuscript

Abstract

Analysis of the adequacy of engineering design methods, as well as analysis of the utility of concepts of function often invoked in these methods, is a neglected topic in both philosophy of technology and in engineering proper. In this paper, I present an approach—dubbed an explanationist perspective—for assessing the adequacy of function-based design methods. Engineering design is often intertwined with explanation, for instance, in reverse engineering and subsequent redesign, knowledge base-assisted designing, and diagnostic reasoning. I argue that the presented approach is useful for validating function-based design methods with respect to their explanatory elements and that it supports assessment of the explanatory and design utility of “function”, and the different conceptualizations thereof, as used in such engineering design methods. I deploy two key desiderata from the explanation literature to assess the viability of function-based design methods: explanatorily relevant difference-making factors and counterfactual understanding defined in terms of what-if-things-had-been-different questions. I explicate the approach and its merits in terms of two case studies drawn from the engineering functional modeling literature: reverse engineering and redesign and malfunction analysis. I close the paper by discussing ramifications of the presented approach for the philosophy of design and the philosophy of explanation.

This is a preview of subscription content, log in via an institution to check access.

Access this article

Price excludes VAT (USA)
Tax calculation will be finalised during checkout.

Instant access to the full article PDF.

Fig. 1
Fig. 2
Fig. 3

Similar content being viewed by others

Notes

  1. There are no in-depth analyses developed in engineering to assess the viability of function-based design methods and to make comparative judgments between such methods. The relevance of key concepts figuring in these methods is simply assumed, lacking a systematic theoretical underpinning. As Maier and Fadel (2009) observe in the context of function-based designing: “there is no theory to guide us as to the proper use of function in design […] function has in effect been accepted as the de facto fundamental concept in design without theoretical justification” (p. 17). The successes of design methods are measured in terms of notions like efficiency, ease-of-use, and repeatability of design outcomes in design experiments and in terms of industrial applications (which are few). Although they are relevant criteria, validation of design methods also requires (more) rigorous systematic analyses of key notions and comparative assessments across methods. I take up this project here, focusing on the key notions of “function” and “explanation”.

  2. Some of the contributors in this special issue suggest that engineers use specific concepts of function for specific tasks (e.g., Goel 2013; Vermaas 2013; Vermaas and Eckert 2013), but detailed investigation of the task-dependent utility of notions of function is marked as a future research topic:

    this perspective leads in turn to the questions what tasks there are in engineering for which functional descriptions may be useful, and what constraints functional descriptions should meet in order to be actually useful […] reflection on functional description then leads to novel research questions on the relation between specific functional descriptions and specific tasks for which they can be used (Vermaas and Eckert 2013, p. 189).

  3. Cf. Preston (1998), Kroes (2003), Vermaas and Houkes (2003), Krohs (2009), and Houkes and Vermaas (2010)

  4. The term “archetypical” here refers to “most common”; the three concepts of function are not meant to be exhaustive. For instance, some engineers use function to refer to intentional behaviors of agents (cf. van Eck 2010), and others have recently explored the idea that function might be a Wittgensteinian family resemblance concept (Carrara et al. 2011). In reverse engineering analyses, function refers to actual or expected behavior without the normative connotation “desired.”

  5. Behavior function descriptions thus refer to the complete behaviors involved, including features like thermal and acoustic energy flows, whereas effect functions refer to subsets of these behaviors, i.e., desired effects.

  6. In design methodologies that advance effect and/or purpose functions, the concept of behavior is typically introduced as well alongside function. By invoking behavior descriptions of technical artifacts alongside functional descriptions, physical conservation laws are taken into account.

  7. Single functional decomposition models in which different concepts of function are described are rare in engineering.

  8. Redesign differs from innovative designing as understood by Stone and Wood (2000): in innovative designing form/component solutions for functions are not considered in the initial conceptual phase of designing. To-be-designed and developed artifacts are specified solely in terms of their desired functions. Only after functional specification are potential solutions considered.

  9. This redesign step involves a lot of mathematical modeling, use of physical and technological principles, and/or prototype building (Otto and Wood 1998, 2001). These details need not concern us here.

  10. This is not to say that the explanandum in reverse engineering explanation, or mechanistic explanation in general, cannot be described in contrastive fashion. For instance, the request for explanation may concern why an artifact x exhibits behavior b with value y rather than behavior b with value z. However, this is a different contrast than the one drawn in the explanandum of why artifact x does not exhibit behavior b rather than displaying behavior b.

  11. This is the most straightforward scenario. If there are backup systems that are intended to prevent malfunction, and modern technology is replete with them, failing backup systems should be referred to as well, of course, in explaining system-level malfunctions.

  12. I use the term functional explanation to refer to models/explanations in which only reference to some mechanistic aspects is made and others are omitted. I take my reading of functional explanation/model to be equivalent to what others have called a “mechanism sketch” (Machamer et al. 2000; Craver 2007). I acknowledge that, strictly speaking, there is a distinction between a model and an explanation: A model needs to be applied in a given explanatory context in order to produce an explanation (Glennan 2005; Weisberg 2007; Matthewson and Calcott 2011). My arguments, however, do not hinge on this distinction. Finally, I view all models, both complete mechanistic ones, functional ones and everything in between, as abstractions. In some papers, mechanisms taken as things in the world are distinguished from and compared with mechanism sketches taken as abstractions. As Overton (2011) rightly argues, it is awkward to compare ontic conceptualizations of mechanisms with epistemic conceptualizations of models/abstractions.

  13. In recent analyses of mechanistic explanation, it is frequently claimed that mechanistic explanations are explanatorily superior to other explanation types such as: (i) covering law explanations (Machamer et al. 2000; Bechtel and Abrahamson 2005), (ii) dynamical explanations (Kaplan and Craver 2011), and (iii) functional explanations (Craver 2007; Piccinini and Craver 2011). Laws are hard to find in the life sciences, where scientists invoke “mechanism” talk to explain phenomena, and statements of laws/generalities leave unexplained what produces these generalities (e.g., Bechtel and Abrahamson 2005; Craver 2007); dynamical explanations, at best, provide elaborate descriptions of phenomena to be explained, whereas mechanistic explanations track the mechanisms that produce them (e.g., Kaplan and Craver 2011); and functional explanations leave out relevant mechanistic details, which are included in mechanistic explanations. These perspectives have not gone unchallenged however. It has been argued, for instance, that pragmatic laws, in fact, figure in mechanistic explanations (e.g., Leuridan 2010), and that in some explanation-seeking contexts, functional explanations have more explanatory power than mechanistic ones since the former describe the explanatory relevant factors, whereas the latter include explanatorily irrelevant details (van Eck and Weber 2014).

  14. Constitutive relevance is explicated in terms of an adapted version of Woodward’s theory since Woodward advances his manipulability theory as an account of causal explanation, while constitutive relevance is explicitly defined as a non-causal relationship (cf. Craver 2007, pp. 153–154; Craver and Bechtel 2007, pp. 552–554). The mutual manipulability account has not gone uncontested however (cf. Harbecke 2010; Leuridan 2012; Soom 2012). Since these criticisms have no bearing on the analysis presented in this paper, I leave them here aside.

  15. Completeness and mutual manipulability are independent in the sense that the identification of mutual manipulability relationships, of course, does not guarantee that all these relationships are identified.

  16. At least, the explanatory power of functional models is limited; the richer/more complete a model is, the better. Functional models are incomplete mechanistic ones (Piccinini and Craver 2011).

  17. In my terminology, an abstract mechanistic model is the same as a functional model. What aspects are omitted in abstract mechanistic/functional models may differ from case to case.

  18. There is an asymmetry between the two criteria. As far as I know, no one has stipulated abstraction as a general account of explanatory power. Rather, the point has been made that abstraction holds in certain contexts. This is different in the case of completeness. Craver has repeatedly argued (2007; Kaplan and Craver 2011) that it is always the case that the more complete a model is, the more explanatory power it has.

  19. Abstraction is understood by Levy and Bechtel (2013) as the omission of detail without misrepresenting or distorting the workings of mechanism.

  20. The notion of monitoring the effects of single component removals on overall behaviors of technical systems as is done in reverse engineering (cf. Section 2), corresponds to the bottom-up condition of the mutual manipulability account of changing the overall behavior by intervening to change an entity’s activity (cf. Section 3.1).

  21. I take Bechtel and Richardson’s analysis of the strategies of decomposition and localization in mechanism discovery and individuation (1993, 2010) to convey the same message. Bechtel’s joint analysis with Levy (2013) departs from this perspective (cf. Section 3.1).

  22. I am not claiming that the models they consider fail to have any explanatory power. I think they do, and in some contexts of capacity explanation, these are the only models we have, yet adding, whenever possible, richness to such models by specifying specific entities and their specific causal roles is from an explanatory power point of view well-advised. I rather think that abstract models have the most explanatory power in the context of explaining the same capacities of different target systems, for instance, gene expression in bacteria and yeast (cf. Levy and Bechtel 2013) or, say, power transmission in different types of automobiles. There, one does need to abstract from the specific entities implementing causal roles since these structural features will differ across target systems. Abstract models, thus, meet a “generality” desideratum.

  23. Local richness is met in FIL by constructing, after malfunction analysis, behavioral simulation models of malfunctioning components (Bell et al. 2007).

  24. Note that behavior and effect descriptions of function describe, in different ways, the contributions of components to mechanisms of which they are a part. The distinction between behavior and effect function, thus, is not to be conflated with the distinction between a mechanism description and a description of a mechanisms’ overall activity. Neither is the behavior-effect function distinction to be conflated with the distinction between “isolated” and “contextual” descriptions of an entity’s activity (Craver 2001): isolated descriptions describe activities without taking into account the mechanisms in which they are situated while contextual descriptions describe activities in terms of the mechanistic contexts in which they are situated and to which they contribute. Both behavior and effect functions are of the contextual variety, describing contributions of components to the mechanisms of which they are a part.

References

  • Bechtel, W., & Abrahamson, A. (2005). Explanation: A mechanist alternative. Studies in History and Philosophy of Biological and Biomedical Sciences, 36, 421–441. MIT Press.

    Article  Google Scholar 

  • Bechtel, W., & Richardson, R.C. (1993/2010). Discovering complexity: decomposition and localization a strategies in scientific research.

  • Bell, J., Snooke, N., & Price, C. (2005). Functional decomposition for interpretation of model based simulation. Proceedings of the 19th international workshop on qualitative reasoning, QR-05, 192–198.

  • Bell, J., Snooke, N., & Price, C. (2007). A language for functional interpretation of model based simulation. Advanced Engineering Informatics, 21, 398–409.

    Article  Google Scholar 

  • Carrara, M., Garbacz, P., & Vermaas, P. E. (2011). If engineering function is a family resemblance concept: Assessing three formalization strategies. Applied Ontology, 6, 141–163.

    Google Scholar 

  • Chakrabarti, A., & Bligh, T. P. (2001). A scheme for functional reasoning in conceptual design. Design Studies, 22, 493–517.

    Article  Google Scholar 

  • Chandrasekaran, B., & Josephson, J. R. (2000). Function in device representation. Engineering with Computers, 16, 162–177.

    Article  Google Scholar 

  • Craver, C. F. (2001). Role functions, mechanisms, and hierarchy. Philosophy of Science, 68, 53–74.

    Article  Google Scholar 

  • Craver, C. F. (2007). Explaining the brain: Mechanisms and the mosaic unity of neuroscience. New York: Oxford University Press.

    Book  Google Scholar 

  • Craver, C. F., & Bechtel, W. (2007). Top-down causation without top-down causes. Biology and Philosophy, 22, 547–563.

    Article  Google Scholar 

  • Deng, Y. M. (2002). Function and behavior representation in conceptual mechanical design. Artificial Intelligence for Engineering Design, Analysis, and Manufacturing, 16, 343–362.

    Article  Google Scholar 

  • Erden, M. S., Komoto, H., Van Beek, T. J., D’Amelio, V., Echavarria, E., & Tomiyama, T. (2008). A Review of function modeling: Approaches and applications. Artificial Intelligence for Engineering Design, Analysis, and Manufacturing, 22, 147–169.

    Article  Google Scholar 

  • Gero, J. S. (1990). Design prototypes: A knowledge representation schema for design. AI Magazine, 11(4), 26–36.

    Article  Google Scholar 

  • Gervais, R., & Weber, E. (2013). Plausibility versus richness in mechanistic models. Philosophical Psychology, 26(1), 139–152.

    Article  Google Scholar 

  • Glennan, S. (2005). Modeling mechanisms. Studies in the History and Philosophy of the Biological and Biomedical Sciences, 36(2), 375–388.

    Article  Google Scholar 

  • Goel, A. K. (2013). A 30-year case study and 15 principles: Implications of an artificial intelligence methodology for functional modeling. AI EDAM, 27(3), 203–215.

    Google Scholar 

  • Harbecke, J. (2010). Mechanistic constitution in neurobiological explanations. International Studies in the Philosophy of Science, 24, 267–285.

    Article  Google Scholar 

  • Hawkins, P. G., & Woollons, D. J. (1998). Failure modes and effects analysis of complex engineering systems using functional models. Artificial Intelligence in Engineering, 12(4), 375–397.

    Article  Google Scholar 

  • Houkes, W., & Vermaas, P. E. (2010). Technical functions: On the use and design of artefacts. Dordrecht: Springer.

    Book  Google Scholar 

  • Kaplan, D., & Craver, C. (2011). The explanatory force of dynamical and mathematical models in neuroscience: A mechanistic perspective. Philosophy of Science, 78, 601–627.

    Article  Google Scholar 

  • Kitamura, Y., Koji, Y., & Mizoguchi, R. (2005). An ontological model of device function: Industrial deployment and lessons learned. Applied Ontology, 1, 237–262.

    Google Scholar 

  • Kroes, P. (2003). Screwdriver philosophy; Searle’s analysis of technical functions. Techné, 6(3), 22–35.

    Google Scholar 

  • Krohs, U. (2009). Functions as based on a concept of general design. Synthese, 166, 69–89.

    Article  Google Scholar 

  • Leuridan, B. (2010). Can mechanisms really replace laws of nature? Philosophy of Science, 77, 317–340.

    Article  Google Scholar 

  • Leuridan, B. (2012). Three problems for the mutual manipulability account of constitutive relevance in mechanisms. The British Journal for the Philosophy of Science, 63(2), 399–427.

    Article  Google Scholar 

  • Levy, A., & Bechtel, W. (2013). Abstraction and the organization of mechanisms. Philosophy of Science, 80, 241–261.

    Article  Google Scholar 

  • Lipton, P. (1993). Making a difference. Philosophica, 51, 39–54.

    Google Scholar 

  • Machamer, P. K., Darden, L., & Craver, C. F. (2000). Thinking about mechanisms. Philosophy of Science, 57, 1–25.

    Article  Google Scholar 

  • Maier, J. R. A., & Fadel, G. M. (2009). Affordance based design: A relational theory for design. Research in Engineering Design, 20, 13–27.

    Article  Google Scholar 

  • Matthewson, J., & Calcott, B. (2011). Mechanistic models of population-level phenomena. Biology and Philosophy, 26(5), 737–756.

    Article  Google Scholar 

  • McKay Illari, P., & Williamson, J. (2010). Function and organization: Comparing the mechanisms of protein synthesis and natural selection. Studies in History and Philosophy of Biological and Biomedical Sciences, 41, 279–291.

    Article  Google Scholar 

  • Nervi, M. (2010). Mechanism, malfunctions and explanation in medicine. Biology and Philosophy, 25, 215–228.

    Article  Google Scholar 

  • Otto, K. N., & Wood, K. L. (1998). Product evolution: A reverse engineering and redesign methodology. Research in Engineering Design, 10, 226–243.

    Article  Google Scholar 

  • Otto, K. N., & Wood, K. L. (2001). Product design: Techniques in reverse engineering and new product development. Upper Saddle River: Prentice Hall.

    Google Scholar 

  • Overton, J. A. (2011). Mechanisms, types, and abstractions. Philosophy of Science, 78, 941–954.

    Article  Google Scholar 

  • Piccinini, G., & Craver, C.F. (2011). Integrating psychology and neuroscience: Functional analyses as mechanism sketches. 183, 283–311.

  • Preston, B. (1998). Why is a wing like a spoon? A pluralist theory of functions. Journal of Philosophy, 95, 215–254.

    Article  Google Scholar 

  • Price, C. J. (1998). Function-directed electrical design analysis. Artificial Intelligence in Engineering, 12(4), 445–456.

    Article  Google Scholar 

  • Soom, P. (2012). Mechanisms, determination and the metaphysics of neuroscience. Studies in History and Philosophy of Biological and Biomedical Sciences, 43, 655–664.

    Article  Google Scholar 

  • Stone, R. B., & Chakrabarti, A. (2005). Guest editorial. Special issue: Engineering applications of representations of function, part 2. Artificial Intelligence for Engineering Design, Analysis and Manufacturing, 19(3), 137.

    Article  Google Scholar 

  • Stone, R. B., & Wood, K. L. (2000). Development of a functional basis for design. Journal of Mechanical Design, 122, 359–370.

    Article  Google Scholar 

  • Strevens, M. (2004). The causal and unification approaches to explanation unified—causally. Noûs, 38(1), 154–176.

    Article  Google Scholar 

  • Strevens, M. (2008). Depth: An account of scientific explanation. Cambridge: Harvard University Press.

    Google Scholar 

  • Thagard, P. (2003). Pathways to biomedical discovery. Philosophy of Science, 70, 235–254.

    Article  Google Scholar 

  • van Eck, D. (2010). On the conversion of functional models: bridging differences between functional taxonomies in the modeling of user actions. Research in Engineering Design, 21(2), 99–111.

  • van Eck, D. (2011). Supporting design knowledge exchange by converting models of functional decomposition. Journal of Engineering Design, 22(11-12), 839–858.

  • van Eck, D., & Weber, E. (2014). Function ascription and explanation: elaborating an explanatory utility desideratum for ascriptions of technical functions. Erkenntnis. doi:10.1007/s10670-014-9605-1.

  • Vermaas, P. E. (2009). The flexible meaning of function in engineering. Proceedings of the 17th International Conference on Engineering Design (ICED 09, 2, 113–124.

    Google Scholar 

  • Vermaas PE (2011) Accepting ambiguity of engineering functional descriptions. In eProceedings of the 18th International Conference on Engineering Design, Copenhagen, Denmark, August 15–18, 2011. Design Society: 1–10

  • Vermaas, P. E. (2013). The coexistence of engineering meanings of function: Four responses and their methodological implications. AI EDAM, 27(3), 191–202.

    Google Scholar 

  • Vermaas, P. E., & Eckert, C. (2013). My functional description is better! AI EDAM, 27(3), 187–190.

    Google Scholar 

  • Vermaas, P. E., & Houkes, W. (2003). Ascribing functions to technical artefacts: A challenge to etiological accounts of functions. British Journal for the Philosophy of Science, 54, 261–289.

    Article  Google Scholar 

  • Weisberg, M. (2007). Three kinds of idealization. The Journal of Philosophy, 104(12), 639–659.

    Article  Google Scholar 

  • Woodward, J. (2003). Making things happen. Oxford: Oxford University Press.

    Google Scholar 

Download references

Acknowledgments

I thank three anonymous referees for valuable comments.

Author information

Authors and Affiliations

Authors

Corresponding author

Correspondence to Dingmar van Eck.

Rights and permissions

Reprints and permissions

About this article

Check for updates. Verify currency and authenticity via CrossMark

Cite this article

van Eck, D. Validating Function-Based Design Methods: an Explanationist Perspective. Philos. Technol. 28, 511–531 (2015). https://doi.org/10.1007/s13347-014-0168-5

Download citation

  • Received:

  • Accepted:

  • Published:

  • Issue Date:

  • DOI: https://doi.org/10.1007/s13347-014-0168-5

Keywords

Navigation