# On the formal impossibility of analysing subfunctions as parts of functions in design methodology

- 1.1k Downloads
- 7 Citations

## Abstract

In this paper, a proof is given that in design methods, the relation between technical functions and their subfunctions in functional descriptions of technical products cannot be analysed as a formal relation of parthood. This result holds for design methods in which transformations of flows of energy, material and signals are accepted as functions. First, two specific categories of such technical functions are modelled. Second, the composition relation by which ordered sets of these functions define other functions is characterised. Third, it is shown that this composition relation for technical functions does not meet the basic postulates of parthood relations as given by mereology, the theory of parthood. It still may be beneficial to designing to take subfunctions informally as the parts of the functions they compose. Yet, the proof shows that when functional descriptions are formalised for, for instance, the development of automated design reasoning tools or for incorporation in engineering ontologies, the composition relation for technical functions cannot unconditionally be taken as a parthood relation.

### Keywords

Technical functions Parthood relations Functional composition Functional decomposition Modelling of functions Engineering ontologies### List of symbols

- φ, ψ
A technical function

- ϕ
A token function

- Φ
A type function

*a*,*b*,*c*Token flows of energy, material and signals

*I*The set of input flows of a token function

*L*The set of flows locked in by a set of token functions

*O*The set of output flows of a token function

- Comp(ϕ
_{1},…, ϕ_{n}) The token function to which the

*n*token functions ϕ_{1},…, ϕ_{n}compose- P(φ, ψ)
Part-of relation: φ is part of ψ

- PP(φ, ψ)
Proper-part-of relation: φ is proper part of ψ

## 1 Introduction

Functional descriptions of products form a key element in many design methods. Specifying the technical functions of a product that is to be designed belongs to the first steps towards characterising the product. And decomposing functions in subfunctions is seen as a technique by which designers can explore design solutions without being too early committed to a specific physical layout of the product. Design methods define rules for these functional descriptions, stating how functions are understood and represented, and laying down how functions are decomposed. The paradigmatic example is the method by Pahl and Beitz (1996), in which technical functions are taken as transformations of flows of energy, material and signals, and in which functional decomposition is an analysis of overall functions in terms of webs of basic functions.

By their key role and by being relatively well defined, functional descriptions make good candidates for more formal descriptions and for automated reasoning. Technical functions are indeed incorporated in engineering ontologies (e.g. Kitamura et al. 2005; Garbacz 2006; Arp and Smith 2008; Borgo et al. 2009, 2011; Burek et al. 2009; Goel et al. 2009). And computer tools for the decomposition of functions in subfunctions are developed (e.g. Sridharan and Campbell 2005; Bryant et al. 2006).

This paper supports the formalisation of functional descriptions by providing elements for modelling technical functions, and by proving that the relation between functions and their subfunctions cannot formally be taken as one of parthood.

First, a modelling is given of functions of two specific categories. This modelling is secondly extended to the composition relation between subfunctions and functions. Yet, using this modelling, it is thirdly proved that this composition relation cannot be analysed as a formal parthood relation for functions. According to mereology, the formal theory of parthood, a relation should at least meet three postulates for being a parthood relation, and it is shown that the composition relation for functions fails to do so. Possibly, it may be beneficial in design methods to informally understand subfunctions as parts of the functions they compose. This understanding may, for instance, be helpful because it suggests to designers to consider the design solutions to subfunctions as parts of the solutions to the overall functions. Providing propulsion is typically a subfunction of the overall function of many vehicles, and the engines that solve this subfunction are typically physical parts of the vehicles. The proof shows, however, that when functional descriptions in design methods are formalised for engineering ontologies or for automated reasoning tools, the composition relation for technical functions cannot be taken as a parthood relation.

A challenge to any general argument about functional descriptions is that there is not one unambiguous concept of function available in engineering (e.g. Erden et al. 2008; Vermaas 2009b; Van Eck 2010). Design methods define different rules for understanding and representing functions, and therefore, advance different procedures for functional decomposition. In the proof given in this paper, this ambiguity is not accommodated by considering the different engineering concepts of function separately; generality is achieved by considering functions of two specific categories that are arguably instances of functions on many design methods. The flip side of this strategy towards generality is that the functions considered in the proof are somewhat simple from an engineering point of view.

The results presented in this paper hold in this way for design methods in which transformations of flows of energy, material and signals are accepted as functions (e.g. Hubka and Eder 1988; Keuneke 1991; Lind 1994; Pahl and Beitz 1996; Sasajima et al. 1996; Modarres and Cheon 1999; Stone and Wood 2000; Chakrabarti and Bligh 2001; Otto and Wood 2001; Fantoni et al. 2009). And the results hold for methods in which this representation of functions is not adopted but for which it can be argued that such transformations of flows still count as special cases of functions (e.g. Umeda et al. 1996; Chandrasekaran and Josephson 2000; Goel et al. 2009).

In Sect. 2, the relation between functions and subfunctions is introduced, and in Sect. 3, it is discussed what it means to take this relation as a parthood relation. In Sect. 4, the three basic mereological postulates for parthood relations are given. Section 5 introduces the specific categories of functions considered in the proof, and in Sect. 6, the generality of this proof is analysed. Section 7 is about the composition of the considered functions. Section 8 defines parthood relations for these functions, which are measured against the mereological postulates in Sects. 9 and 10. Sections 11 and 12 conclude by assessing the proof and by discussing consequences for design methodology.

## 2 Functions and subfunctions

The relation between functions and subfunctions in functional descriptions of technical products is in design methods introduced by the technique of functional decomposition. Briefly put, and abstracting from differences between methods, it is a relation between one function φ and an ordered set of other functions φ_{1}, φ_{2},…, φ_{n}, for which holds that the functions φ_{1}, φ_{2},…, φ_{n} in the given ordering compose to φ. All the functions φ_{i}, with *i* running from 1 to *n*, then count as subfunctions of the composed function φ. Decomposition is not unique: there may exist two or more different sets of ordered functions that compose to φ. But composition is unique: a specific ordered set of function φ_{1}, φ_{2},…, φ_{n} composes to just one function φ.^{1}

*ways of achievement*’s, represented by the little black squares interlinking the different functions (Kitamura and Mizoguchi 2003, sec. 4). I return at the end of this paper to this addition to the description of functional decompositions when discussing in Sect. 11 ways to circumvent the proof that the relation between subfunctions and functions cannot formally be a parthood relation.

## 3 A parthood relation for functions

In the literature, the composition relation for functions is sometimes taken as a parthood relation. This characterisation can be found in design methodology (e.g. Lind 1994, p. 261; Umeda et al. 1996, p. 278), in engineering ontologies (e.g. Burek et al. 2009, p. 436), and in work that covers both these domains (e.g. Kitamura et al. 2004, p. 116). In design methodology, this characterisation may be taken in a colloquial sense, yet in engineering ontologies, the relation of parthood is a fundamental one that is described by mereology, the formal theory of parthood. This theory gives three basic postulates for any formal parthood relation, which are described in the next section. And although it is acknowledged that colloquial parthood relations need not meet these mereological postulates (Keet and Artale 2008), they are all three accepted to hold for formal parthood relations as considered in engineering ontologies. The proof given in this paper now demonstrates that these basic mereological postulates are violated by the composition relation for functions.

It should be emphasised that the parthood relation that is considered here is one between functions only. Existing work in engineering ontologies on parthood in relation to technical functions has been dominated by analyses of whether functional descriptions of products define a parthood relation for products and their components.^{2} The parts and the wholes are then themselves not functions, but structural parts and wholes of products, or temporal parts and whole of processes associated with products. For instance, a functional description of a house may single out a door as a functionally defined structural part of the house, and a functional description of a door may single out a handle as a functionally defined structural part of the door. Central questions in this work are whether these functionally defined structural or temporal parthood relations meet the postulates of mereology, and how to explain possible violations. That such violations occur is generally accepted in mereology. It is, for instance, assumed that the basic mereological postulate of transitivity (see Eq. 3 in the next section) is typically not met, as is illustrated in the literature with the house-door-handle example: although the door is a functionally defined structural part of the house and the handle is a functionally defined structural part of the door, it is argued that the handle need not be taken as a functionally defined structural part of the house (e.g. Johansson 2004).

In this paper, the parthood relation considered is one directly at the level of function, that is, the part is a function and the whole is a function. So, in terms of the example, in this paper, part-of relations are considered between the function of the house, the function of the door and the function of the handle. This functional parthood relation is more rarely analysed in the literature but is finding its way to engineering ontologies (Kitamura et al. 2005; Burek et al. 2009), with some initial indications that also it may not satisfy the basic postulates of mereology (Vermaas 2009a, 2010; Vermaas and Garbacz 2009).

## 4 Mereology and ground mereology

Mereology (Simons 1987; Casati and Varzi 1999; Varzi 2011), the theory of parthood, does not advance one relation of parthood. It rather defines and analyses different formalised parthood relations, which are compared with parthood relations as used in natural and specialised languages. Mereology thus provides a spectrum of possible parthood relations (Keet and Artale 2008), for physical objects, for temporal periods, for social entities, and so on, similar to how logic provides a spectrum of possible logics for different cases. Yet, in mereology, it is assumed that there is a common core to all parthood relations. This common core is called *ground mereology* and captured by simple postulates as given below. This assumption is normative: well-defined formalised parthood relations, as used in engineering ontologies, have to meet these postulates or are meeting them by construction; and when parthood relations as advanced in natural languages are not meeting the postulates, this is considered to be problematic and in need of explanation or mending (as in, e.g. Winston et al. 1987; Johansson 2004, 2005; Varzi 2005).

There are in mereology two distinct concepts of part, and the postulates of ground mereology depend on the specific concept adopted. The first is that of *proper part* by which an entity is by definition not a (proper) part of itself. The second concept is just called *part* and with this concept an entity is by definition always a part of itself. One can adopt as primitive either the concept of *proper part* or the concept of *part* and then define the other by means of the primitive one (see Eq. 5). The first concept of *proper part* comes closer to the everyday or engineering concept of part: it seems wrong to take a car as a part of itself, but taking the car’s engine as a part of the car seems right, assuming the car does not consist of only the engine. The second concept of *part* in turn deviates from the everyday or engineering concept of part: a car is by this second concept a part of itself. It has, however, advantages to nevertheless choose this second concept of *part* as primitive, since parthood relations then define logically partial orderings (Varzi 2011), and in this paper, I adopt this choice. And as said, when taking this second concept of *part* as primitive, the first concept of *proper part* can be defined (Eq. 5) to recover the everyday or engineering concept of part.

*′*) represent a part-of relation, which is to be read as ‘φ is a part of φ

*′’*, and which thus means that φ is identical to φ

*′*or that φ is a proper part of φ

*′*. The parthood relation made up by such part-of relations P(φ, φ

*′*) counts as a ground mereology if it meets three postulates:

*reflexivity*, Eq. 1,

*antisymmetry*, Eq. 2, and

*transitivity*, Eq. 3:

The postulate of reflexivity is, as discussed, somewhat odd when measured against the way in which the concept of part is used in everyday language and in engineering, but unproblematic given that the second concept of *part* is chosen as primitive. Antisymmetry is in mereology taken as unproblematic as well and sometimes even used to define identity between entities (e.g. Simons 1987, p. 50). The postulate of transitivity is, however, object of controversy, as discussed in the previous section.

*strong supplementation*(Simons 1987; Casati and Varzi 1999; Varzi 2011) and meet the extensionality condition:

*′*) is the proper-part-of relation defined as:

Condition Eq. 4 expresses that two entities φ and φ*′* are the same when they have exactly the same set of proper parts.

## 5 Modelling token and type functions

The proof that the relation between subfunctions and functions cannot be formally one of parthood consists of showing that this relation does not meet the three basic mereological postulates Eqs. 1–3. For this proof, two categories of functions are introduced. The first category consists of *token functions* ϕ modelled as transformations of tokens of flows, say, flows of energy, material or signals. With a token, flow is meant a specific flow that occurs only once. A token flow of electrical energy *a*, for instance, is a flow of energy that exists within one specific period in time and at one specific place in space. A second token flow of electrical energy *a′* may be a flow similar to *a* by having the same intensity and duration as *a*. But when this second flow *a′* occurs in another period or at another place than *a*, then *a′* is a token flow different to *a*. A token function ϕ can now be represented by ordered sets 〈*I*, *O*〉, where *I* contains the input token flows to the function ϕ and *O* its output token flows. For instance, the token function ϕ = 〈*a*, *b*〉 transforms the electrical energy token flow *a* to the rotational energy token flow *b*. The token function ϕ*′* = 〈*a′*, *b′*〉, which transforms the electrical energy token flow *a′* to the rotational energy token flow *b′*, is then another token function than ϕ = 〈*a*,* b*〉 as soon as *a* and *a′* are two different token flows, or *b* and *b′* are two different token flows.

In engineering, technical functions are typically not token functions: if *a* and *a′* are two similar token flows and *b* and *b′* are also two similar token flows, the token functions ϕ = 〈*a*, *b*〉 and ϕ*′* = 〈*a′*, *b′*〉 are typically taken as describing one and the same function. For being able to express this generalisation, a second category of functions is introduced: that of *type functions* Φ. Define types of flows *X* as equivalence classes {*x*,* x′*, *x″*,…} of token flows that are taken to be similar in engineering, say, because they have the same content, intensity and duration. Two token functions ϕ = 〈*I*, *O*〉 and ϕ*′* = 〈*I′*, *O′*〉 can then be taken as similar if their input flows in *I* and *I′* are pair-wise of the same types of flows and if their output flows in *O* and *O′* are pair-wise of the same types of flows. So, define type functions Φ as equivalence classes {ϕ, ϕ*′*, ϕ*″*,…} of similar token functions ϕ = 〈*I*, *O*〉, ϕ*′* = 〈*I′*,* O′*〉, and so on. A type function can then be represented by Φ = {〈*I*, *O*〉,〈*I′*, *O′*〉,…}. Thus, if the token flows of electrical energy *a* and *a′* are instances of the same type of flows, and if the token flows of rotational energy *b* and *b′* are instances of the same type of flows, one has that ϕ = 〈*a*, *b*〉 and ϕ*′* = 〈*a′*, *b′*〉 are instances of the same type function, namely the type function Φ represented by {〈*a*,* b*〉,〈*a′*, *b′*〉,…}.

Type functions come closer to technical functions that are regularly considered in engineering yet are still rather specific. Technical functions are typically defined as operations with variable input, say, electrical currents within a certain range of amperage. Type functions are, however, referring to only transformations that have input flows of one specific type, say input electrical currents of 2 ampere only.

## 6 The generality of the proof

The choice to focus in this paper on token and type functions is motivated by two considerations. The first is that the composition of token and type functions can be modelled easily, as is done in the next section. The second is that token and type functions are specific enough to be instances of functions on many design methods. This implies that if it is shown that the composition relation for token and type functions cannot formally be taken as a parthood relation, it is also shown that in design methods that accept token and type functions, the composition relation for functions cannot formally be taken as a parthood relation.

As acknowledged in the introduction, design methods, or accounts of function, advance different concepts of technical function. A number of these methods and accounts accept the arrow-box representation of functions as given in Fig. 4 (e.g. Hubka and Eder 1988; Keuneke 1991; Lind 1994; Pahl and Beitz 1996; Sasajima et al. 1996; Modarres and Cheon 1999; Stone and Wood 2000; Chakrabarti and Bligh 2001; Otto and Wood 2001; Fantoni et al. 2009). Hence, token and type functions may be taken as instances of functions in these design methods and accounts, and it follows that the result of the proof holds for each of them.

A complication may be that some of these design methods and accounts impose additional constraints on functions. A first example is given by Modarres and Cheon (1999), who explicitly require that the representations of technical functions satisfy conservation laws as given by the natural sciences: the input flows listed in representations as given in Fig. 4 should together have equal energy as the listed output flows have, should in a similar way conserve charge, and so on. For instance, a function by which electrical energy is transformed to rotational energy with an efficiency of less than 1 should by Modarres and Cheon always be taken as a function that transforms electrical energy to rotational energy *and* to, say, thermal energy. Keuneke (1991) and Lind (1994) accept, in contrast, also functions in which the input and output flows do not match in terms of energy or of any other conserved quantity.^{3} For Lind, for instance, creation of energy is an acceptable description of, say, the function of a battery.

A second example of additional constraints is given by design methods in which it is assumed that technical functions are composed of basic functions consisting of basic transformations of basic flows (e.g. Pahl and Beitz 1996; Stone and Wood 2000) as defined by libraries as the one given in (Hirtz et al. 2002). In order to let the proof given in this paper hold for all methods and accounts that represent functions by transformations of flows, I assume that the token functions ϕ = 〈*I*, *O*〉 that figure in the proof (and thus the type functions as well) meet conservation laws and consist of basic transformations of basic flows. The token functions figuring in the proof actually consist of simple transformations of basic flows to other basic flows.

The proof may also hold for design methods in which the representation of functions by transformations of flows is not adopted (e.g. Umeda et al. 1996; Chandrasekaran and Josephson 2000; Goel et al. 2009). The functions considered in the proof may be accepted as instances of functions in these methods, or with some additions turned into instances of functions in the methods. Chandrasekaran (2005), for instance, does not take functions represented as transformations of flows as proper functions but nevertheless takes transformations as flows as giving information about functions as defined in the method by Chandrasekaran and Josephson (2000). By this perspective, the token and type functions considered in the proof can be interpreted as functions in the method by Chandrasekaran and Josephson (2000), such that the proof holds *mutatis mutandis* for this method as well. A similar attempt can be made to let the proof hold for the method by Goel et al. (2009). In this method, functions are represented by preconditions and postconditions, including references to the behaviour that accomplish the transitions from pre- to post-conditions. One can now argue that the pre- and post-conditions may consist of the input flows and the output flows that are transformed, and that then, when adding a reference to the behaviour that realises the transformation of these flows, the proof given in this paper can be made to apply to Goel’s method also.

## 7 Composition of token functions

Because token functions are modelled as transformations of token flows, one has a straightforward way to also model their ordering and composition. To start with the ordering: the token flows that are shared by token functions represent the connections between these functions and in this way lay down their ordering.

_{1}= 〈

*I*

_{1},

*O*

_{1}〉 and ϕ

_{2}= 〈

*I*

_{2},

*O*

_{2}〉. Because the flows are tokens, the representations ϕ

_{1}= 〈

*I*

_{1},

*O*

_{1}〉 and ϕ

_{2}= 〈

*I*

_{2},

*O*

_{2}〉 of the individual functions already contain all information about how ϕ

_{1}and ϕ

_{2}are ordered. There are three cases:

- (i)
ϕ

_{1}and ϕ_{2}are ordered in parallel if no token flows are shared by ϕ_{1}and ϕ_{2}; - (ii)
ϕ

_{1}and ϕ_{2}are ordered in series if there are token flows in*O*_{1}that are also in*I*_{2}*or*^{4}if there are flows in*O*_{2}that are also in*I*_{1}; - (iii)
ϕ

_{1}and ϕ_{2}are ordered in a loop if there are flows in*O*_{1}that are also in*I*_{2}*and*if there are flows in*O*_{2}that are also in*I*_{1}.

_{1}= 〈

*a*, {

*b*,

*c*}〉 and ϕ

_{2}= 〈

*b*, {

*d*,

*e*}〉 are connected in series because the flow

*b*is output of ϕ

_{1}and input to ϕ

_{2}. In Fig. 5, this ordering is depicted by an arrow-box representation. Moreover, with this ordering, the functions ϕ

_{1}and ϕ

_{2}amount to a net overall transformation of the token flow

*a*to the token flows

*c*,

*d*and

*e*. Hence, the token function ϕ to which ϕ

_{1}and ϕ

_{2}compose is easily identified as the function represented by 〈

*a*, {

*c*,

*d*,

*e*}〉.

The analysis is still at a point of defining how to model composition of token functions. A connection with engineering can be made by taking the composition of the token functions ϕ_{1} = 〈*a*, {*b*, *c*}〉 and ϕ_{2} = 〈*b*, {*d*, *e*}〉 to the token function ϕ = 〈*a*, {*c*, *d*, *e*}〉 as a simple-minded functional model of a combustion engine, with *a* a token flow of chemical energy, *b* a token flow of translational energy, *d* a token flow of rotational energy, and *c* and *e* two different token flows of thermal energy.

*n*functions, I return for a moment to the modelling of a single token function ϕ

_{i}= 〈

*I*

_{i},

*O*

_{i}〉. For an individual token flow

*b*participating in this token function, one can discern three cases:

- (i)
flow

*b*is in*I*_{i}only; - (ii)
flow

*b*is in*O*_{i}only; - (iii)
flow

*b*is in both*I*_{i}and*O*_{i}.

*b*being a feedback loop as in ϕ

_{i}= 〈{

*a*,

*b*}, {

*b*,

*c*}〉, see Fig. 6.

^{5}In engineering, such feedback loops are typically accepted in the modelling of single functions: if a single token function has other flows

*a*,

*c*,… that are only in

*I*

_{i}or only in

*O*

_{i}, as in Fig. 6, the function still has a net input, net output, or both, and the feedback loop may be a means for controlling the output.

Formally one can also accept the further special case that all flows involved in a single token function amount to feedback loops, as in 〈*a*, *a*〉 and 〈{*k*, *l*}, {*k*, *l*}〉. Such token functions have no net input and no net output. Whether such token functions make sense from an engineering point of view may be a point of discussion. The token function of an ideal waste dumping site may be taken as such a function: all output flows are reabsorbed by being input flows as well. And a product that is fully sustainable may be taken as having a token function in which all input flows are made up by all output flows. Yet, one can also argue that for being of practical use a product should have a token function that minimally absorbs a flow, say acoustic energy for a sound barrier, or that minimally creates a flow, say electrical energy for a battery.

*L*be the set of all token flows that are feedback loops of a function ϕ

_{i}:

*L*as all flows that are ‘locked in’ by a set of token functions; for a single token function,

*L*is the set of flows locked in by that function.) A condition that avoids functions with no net input and no net output is then:

Yet, even when accepting this condition, token functions with no net input and no net output can resurface when functional composition is modelled, as will become clear below.

Impossible cases in the modelling of single token functions are given by flows *b* that occur more than once in *I*_{i} or more than once in *O*_{i}: a token flow *b* cannot enter or leave a transformation twice or more often. These cases are avoided in the modelling by taking *I*_{i} and *O*_{i} as sets. A consequence of this choice is that the splitting and merging of flows has to be modelled as transformations of different token flow, as in 〈*a*, {*a′*, *a″*}〉 and 〈{*a′*, *a″*}, *a*〉, while expressing separately that *a*, *a′* and *a″* are, say, all token flows of electrical energy, all flows of water or all flows of signals.

*n*token function ϕ

_{1}= 〈

*I*

_{1},

*O*

_{1}〉, ϕ

_{2}= 〈

*I*

_{2},

*O*

_{2}〉,…, ϕ

_{n}= 〈

*I*

_{n},

*O*

_{n}〉. Let Comp(ϕ

_{1}, ϕ

_{2},…, ϕ

_{n}) be the token function to which these

*n*token functions compose. Because the functions {ϕ

_{1}, ϕ

_{2},…, ϕ

_{n}} are transformations of token flows, there is again a limited number of cases for the occurrence of a specific token flow

*b*:

- (i)
flow

*b*is in one input set*I*_{i}of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}}; - (ii)
flow

*b*is in one output set*O*_{j}of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}}; - (iii)
flow

*b*is in one output set*O*_{i}*and*in one input set*I*_{i}of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}}; - (iv)
flow

*b*is in one output set*O*_{i}*and*in one input set*I*_{j}of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}} with*i*≠*j*.

*b*occurs in two or more different input sets

*I*

_{i},

*I*

_{j},…, or in two or more different output sets

*O*

_{i},

*O*

_{j},…; a token flow cannot simultaneously be input to two different functions or simultaneously be output of two different functions. Conditions on sets {ϕ

_{1}, ϕ

_{2},…, ϕ

_{n}} of token functions that compose another token function are therefore:

In case (i), the flow *b* represents a flow that is only input to one of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}} and thus also input to the composition Comp(ϕ_{1}, ϕ_{2},…, ϕ_{n}). In case (ii), the flow *b* represents a flow that is only output of one of the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}} and thus also output of the composition Comp(ϕ_{1}, ϕ_{2},…, ϕ_{n}). In case (iii), the flow *b* represents a feedback loop as depicted in Fig. 6 for one of the functions in {ϕ_{1}, ϕ_{2},…, ϕ_{n}}, and in case (iv), the flow *b* represents a connection, as depicted in Fig. 5, between two different functions in {ϕ_{1}, ϕ_{2},…, ϕ_{n}}. Flows that represent loops, that is, case (iii), are flows that are ‘locked in’ by the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}} and so are flows that represent connections, that is, case (iv). And as locked-in flows, they are neither input to nor output of Comp(ϕ_{1}, ϕ_{2},…, ϕ_{n}). The input flows to Comp(ϕ_{1}, ϕ_{2},…, ϕ_{n}) can now be identified as all input flows to the individual functions in {ϕ_{1}, ϕ_{2},…, ϕ_{n}} save those flows that are locked in by the functions {ϕ_{1}, ϕ_{2},…, ϕ_{n}}. And in a similar way, the output flows of Comp(ϕ_{1}, ϕ_{2},…, ϕ_{n}) can be identified.

*L*be again the set of locked-in flows. For a set of token functions {ϕ

_{1}, ϕ

_{2},…, ϕ

_{n}},

*L*is given by the union:

_{1}, ϕ

_{2},…, ϕ

_{n}) is represented by:

_{1}, ϕ

_{2},…, ϕ

_{n}} are locked in, creating again the special case of a token function with no net input and no net output. Consider, for instance, the composition of the token functions ϕ

_{1}= 〈{

*a*,

*b*}, {

*c*,

*d*}〉, ϕ

_{2}= 〈{

*c*,

*d*}, {

*a*,

*e*}〉 and ϕ

_{3}= 〈

*e*,

*b*〉. The composite function Comp(ϕ

_{1}, ϕ

_{2}, ϕ

_{3}) is then given by 〈∅, ∅〉, see Fig. 7.

_{1}, ϕ

_{2},…, ϕ

_{n}in the composition have no net input and no net output. So, if one also wants to rule out composite token functions with no net input and no net output, a generalisation of condition Eq. 7 should be accepted:

Composition of type functions is not defined in this paper^{6}; the parthood relation for token functions is introduced by means of the composition of token functions, and the parthood relation for type functions is introduced as a generalisation of the parthood relation for token functions.

## 8 Parthood relations for token and type functions

*′*, ϕ) for token functions as generated by the following sufficient condition:

The part-of relations obtained by this condition describe actual states of affairs. That is, P(ϕ′, ϕ) holds only if the token function ϕ′ is *actually* a subfunction of the token function ϕ; it does not imply that ϕ′ is a part of ϕ if ϕ′ is *possibly* though not actually, a subfunction of ϕ. So, a specific token function of transforming electrical energy to rotational energy may be a part of another specific function of transporting people. But this specific part-of relation need not hold for other pairs of similar token functions. This generalisation is also in principle not necessary: there are clearly cases where transforming electrical energy to rotational energy is actually not a subfunction of the function of transporting people. When a parthood relation P(Φ′, Φ) is introduced for type functions, this generalisation is, however, made: a part-of relation P(ϕ′, ϕ) that holds for two token functions because ϕ′ is actually a subfunction of ϕ is then extended to other pairs of similar token functions. This generalisation may be plausible for some functions: the function of transforming electrical energy to rotational energy seems to always have conducting electrical energy as a subfunction. Moreover, though this generalisation may not be necessary for all cases, it may nevertheless be possible without contradiction. Hence, it makes sense to just try it. An advantage of having this generalisation would be, for instance, that one collects for designers all potential (though not actual) compositions and decompositions of functions by means of part-of relations between type functions.

When it is assumed that the conditions Eqs. 13 and 14 define parthood relations, they cannot be necessary conditions. As parthood relations, they have to meet the three postulates Eqs. 1–3 of ground mereology. Two of these postulates, reflexivity, Eq. 1, and transitivity, Eq. 3, are generating additional part-of relations, as is illustrated below, and this implies that Eqs. 13 and 14 are merely sufficient conditions. The remaining postulate, antisymmetry, Eq. 2, puts in turn constraints on the set of part-of relations thus generated.

_{1},…, ϕ

_{n}} of token subfunctions, say as in the packing-carpet-tiles example by Pahl and Beitz (see Fig. 1). Condition Eq. 13 leads in this case to the following part-of relations:

Transitivity, Eq. 3, does not add further part-of relations: there are no non-trivial sequences P(ϕ, ϕ′) and P(ϕ′, ϕ*″*), and for the cases that ϕ = ϕ′ or ϕ′ = ϕ*″*, the part-of relations P(ϕ, ϕ*″*) that the transitivity postulate adds are already given by Eqs. 15 and 16. Antisymmetry, Eq. 2, is met because for each non-trivial part-of relation P(ϕ_{i}, ϕ), there is no reverse part-of relation P(ϕ, ϕ_{i}). So, say, the token function of counting carpet tiles in Fig. 1 can formally be taken as a part of the composite token function of packing those tiles.

_{1}, Φ

_{2},…, Φ

_{m}} of type subfunctions; the packing-carpet-tiles example can again be the illustration. It has to be assumed that there are no other compositions in which these type functions Φ or {Φ

_{1}, Φ

_{2},…, Φ

_{m}} are figuring because violations of ground mereology can occur when part-of relations originating from two different compositions of type functions are combined (see Sect. 10). Consider a single token composition ϕ = Comp(ϕ

_{1},…, ϕ

_{n}) and let {Φ

_{1}, Φ

_{2},…, Φ

_{m}} be the set of different type functions that occur in the set {ϕ

_{1}, ϕ

_{2},…, ϕ

_{n}} (so one has

*m*≤

*n*). There are now two options. The first is that ϕ is of a type Φ that is different to the types in {Φ

_{1}, Φ

_{2},…, Φ

_{m}}. Application of condition Eq. 14 then leads to the following part-of relations:

_{1}, Φ

_{2},…, Φ

_{m}}. If ϕ is, for instance, of type Φ

_{k}, the part-of relations become:

For both options all postulates of ground mereology are met.

## 9 Some initial negative results

The above results about parthood relations between functions are positive, but unfortunately they are also the only positive ones to report. Checking these parthood relations against additional postulates of mereology or for cases in which one has more than one composition or decomposition quickly yields negative results.

This condition expresses that two functions that have the same proper parts are the same function. Token functions may satisfy this condition, yet type functions do not.

_{1}= 〈

*a*,

*b*〉, ϕ

_{2}= 〈

*b*,

*a*′〉 and ϕ

_{3}= 〈

*a*′,

*b*′〉, where

*a*and

*a*′ are instances of the same type of flows and where

*b*and

*b*′ are instances of the same type of flows. The first two functions compose to the token function ϕ = Comp(ϕ

_{1}, ϕ

_{2}) = 〈

*a*,

*a*′〉 and the last two compose to ϕ′ = Comp(ϕ

_{2}, ϕ

_{3}) = 〈

*b*,

*b*′〉, as is illustrated in Fig. 8. With condition Eq. 13, one obtains for token functions the part-of relations:

_{1}and ϕ

_{3}are of the same type Φ

_{1}= {〈

*a*,

*b*〉,〈

*a*′,

*b*′〉,…}, one obtains for type functions the part-of relations:

_{2}= {〈

*b*,

*a*′〉,…}, Φ = {〈

*a*,

*a*′〉,…} and Φ′ = {〈

*b*,

*b*′〉,…}. In terms of proper-part-of relations, one obtains:

The first proper-part-of relation PP(Φ_{1}, Φ), for instance, is obtained with Eq. 5 because one can derive for this particular case that P(Φ, Φ_{1}) does not hold: one does not have that ϕ = 〈*a*, *a*′〉 is a part of ϕ_{1} = 〈*a*, *b*〉 or that ϕ = 〈*a*, *a*′〉 is a part of ϕ_{3} = 〈*a*′,* b*′〉; so, one does not have P(ϕ, ϕ_{1}) or P(ϕ, ϕ_{3}) for token functions; hence, one does not have P(Φ, Φ_{1}) for type functions. The other proper-part-of relations in Eq. 23 can be derived by similar reasoning, and together they prove that the parthood relation for type functions may violate extensionality, Eq. 4: the type functions Φ = {〈*a*, *a*′〉,…} and Φ′ = {〈*b*, *b*′〉,…} have the same proper parts but are still different type functions.

This result is not surprising since it shows that the ordering of functions in a functional composition matters. Consider two type functions, the first Φ_{1} being the increase of the temperature of a flow of material with 150° centigrade, and the second Φ_{2} being the decrease of the temperature of a flow of material with 150° centigrade. These type functions can be composed by, intuitively, connecting them in series.^{7} One has, however, two options: Φ_{1} and then Φ_{2} yields the composite type function Φ of baking the material flow; Φ_{2} and then Φ_{1} yields the type function Φ′ of refrigerating that flow (Vermaas and Garbacz 2009).

A second result for the parthood relation for type functions generated by single compositions ϕ = Comp(ϕ_{1},…, ϕ_{n}) is more counterintuitive. This result is that a simple and basic type function can have parts that are in general not in a sensible way related to the original type function.

*a*,

*b*,

*c*and

*d*, and the token functions ϕ

_{1}= 〈

*a*,

*b*〉, ϕ

_{2}= 〈

*b*,

*c*〉 and ϕ

_{3}= 〈

*c*,

*d*〉. Let

*a*be a flow of electrical energy,

*b*a flow of thermal energy,

*c*a flow of chemical energy and

*d*a flow of rotational energy. The token function ϕ

_{1}= 〈

*a*,

*b*〉 then transforms the token flow

*a*of electrical energy to the token flow

*b*of thermal energy. This function ϕ

_{1}is a basic function in (Hirtz et al. 2002), and the same holds for ϕ

_{2}and ϕ

_{3}. The functions ϕ

_{1}, ϕ

_{2}and ϕ

_{3}compose to the token function ϕ = Comp(ϕ

_{1}, ϕ

_{2}, ϕ

_{3}) = 〈

*a*,

*d*〉, which transforms the token flow

*a*of electrical energy to the token flow

*d*of rotational energy. Condition Eq. 13 gives the following part-of relation for token functions:

*a*is indeed actually transformed to the token flow

*d*via the intermediate transformation of flow

*b*to

*c*. Hence, the relation P(ϕ

_{2}, ϕ) makes sense. But when this part-of relation P(ϕ

_{2}, ϕ) is generalised to type functions, the result makes less sense. With condition Eq. 14, one obtains:

_{2}of transforming thermal energy flows to chemical energy flows. Abstracting from the example, the result is thus that

*any*basic type function Φ = {〈

*a*,

*d*〉,…} can have many other basic type functions Φ

_{2}= {〈

*b*,

*c*〉,…} as its parts, where the token flows

*b*and

*c*are flows of types different to the types of flows

*a*and

*d*are instances of. This result stands perpendicular to the view that

*some*of those basic type functions are truly basic in the sense of that they are not to be taken as decomposable into other functions (as in Hirtz et al. 2002).

## 10 Violating ground mereology

_{2}= {〈

*b*,

*c*〉,…} of transforming thermal energy flows to chemical energy flows may in turn be taken as having as a part the type function Φ of transforming electrical energy flows to rotational energy flows, that is:

Together with the part-of relation P(Φ_{2}, Φ) given in Eq. 25, this leads to a violation of the postulate of antisymmetry, Eq. 2: this postulate, applied to Eqs. 25 and 26, requires that Φ_{2} is identical to Φ, which is not the case.

_{1}= 〈

*a*,

*b*〉, ϕ

_{2}= 〈

*b*,

*c*〉 and ϕ

_{3}= 〈

*c*,

*d*〉. But now assume that ϕ

_{2}is a composite of three other token functions ϕ

_{4}= 〈

*b*,

*a*′〉, ϕ

_{5}= 〈

*a*′,

*d*′〉 and ϕ

_{6}= 〈

*d*′,

*c*〉, as in Fig. 9. Let the flows

*a*and

*a*′ be flows of electrical energy of the same type, let

*b*be a flow of thermal energy, let

*c*be a flow of chemical energy, and let

*d*and

*d*′ be flows of rotational energy of the same type. The composition Comp(ϕ

_{4}, ϕ

_{5}, ϕ

_{6}) = 〈

*b*,

*c*〉 = ϕ

_{2}gives the token part-of relation:

Since ϕ_{5} is a token function of type Φ = {〈*a*, *d*〉,〈*a*′, *d*′〉,…} and since ϕ_{2} is a token function of type Φ_{2} = {〈*b*, *c*〉,…}, one obtains the type part-of relation P(Φ, Φ_{2}), as in Eq. 26. The composition Comp(ϕ_{1}, ϕ_{2}, ϕ_{3}) = 〈*a*, *d*〉 = ϕ again gives the token part-of relation P(ϕ_{2}, ϕ), as in Eq. 24, by which one obtains the type part-of relation P(Φ_{2}, Φ), as in Eq. 25.

_{1}= 〈

*a*,

*b*〉, ϕ

_{2}= 〈

*c*,

*d*〉 and ϕ

_{3}= 〈

*d*,

*c*〉, where the first two functions compose to the token function ϕ

_{4}= Comp(ϕ

_{1},ϕ

_{2}) = 〈{

*a*,

*c*}, {

*b*,

*d*}〉, and where this composite token function and the function ϕ

_{3}compose to Comp(ϕ

_{3}, ϕ

_{4}) = 〈

*a*,

*b*〉 = ϕ

_{1}, see Fig. 10. With condition Eq. 13, one obtains:

For letting this set of relations meet the postulates of reflexivity, Eq. 1, and transitivity, Eq. 3, of ground mereology, additional parthood relations have to be added. Yet already with the four relations given in Eq. 28, a violation of the antisymmetry postulate, Eq. 2, can be detected: given P(ϕ_{1}, ϕ_{4}) and P(ϕ_{4}, ϕ_{1}), this postulate requires that ϕ_{1} = ϕ_{4}, which is not the case.

An engineering example of this final case can be a functional model of a chemical process in a vessel transforming a liquid *a* to a liquid *b*. When pumping the liquid *a* into the vessel, a stream of air *d* has to leave the vessel, to be collected elsewhere before it streams as *c* back to the vessel when the liquid *b* is pumped out of the vessel.

In terms of the arrow-box representations given in Figs. 9 and 10, the violations of ground mereology by the parthood relations for token and type functions may be interpreted as showing that complex composites of arrows and boxes do not necessarily represent complex functions. A parthood relation for composites of arrows and boxes does not provide a parthood relation for the functions they represent.

A last observation is that in the proof that the parthood relation for token functions violates ground mereology, two functions ϕ_{2} and ϕ_{3} are considered that, together, compose to a function with no net input and no net output. This composite Comp(ϕ_{2}, ϕ_{3}) is not explicitly considered in the proof, and when composing functions by hand or by automated reasoning algorithms, such subsets of functions that compose to no-input-and-no-output components may occur and are formally possible. Conditions Eqs. 7 and 12, for instance, do not rule out the case represented in Fig. 10.

## 11 Assessing the proof

For assessing the proof that the composition relation for technical functions cannot be taken as a formal parthood relation, I recap its structure. Mereology provides reflexivity, antisymmetry and transitivity as postulates any formal parthood relation has to meet. For two categories of functions—token functions and type functions—the composition relations are spelled out, and it is then shown that they do not meet these mereological postulates. The functions in these categories are specific enough to be instances of functions on many design methods, in particular for methods in which functions are taken as transformations of flows. The result of the proof is in this way general: it holds for all types of formal parthood relations since all types of formal parthood relations have to meet the postulates of reflexivity, antisymmetry and transitivity; and it holds for all design methods that accept token and type functions as instances of technical functions.

The generality of the proof is achieved at the expense of the realism of the modelling of technical functions: the token and type functions considered in this paper and the cases used in the proof are not representative to typical engineering functional descriptions; they may be taken as ‘toy examples’. This observation allows for challenging the result by requiring a proof that is based on more realistic functional descriptions. Such a challenge is reasonable from an engineering point of view, and not easy to meet, for instance, because it requires the modelling of functional composition for other categories of technical functions than token and type functions.

Yet, it is not feasible to challenge the proof by maintaining that realistic functional descriptions in engineering concern only single functional compositions or single decompositions. First, in engineering, more complex cases are used (see, e.g. Pahl and Beitz 1996, fig. 2.3; Ookubo et al. 2007, fig. 3, as partly reproduced in Fig. 3 in this paper). Second, even if only single decompositions are considered, as seems the rule in the method of Stone and Wood (2000), then combining part-of relations for type functions originating from different single decompositions is sufficient for disproving that the parthood relation for type functions meets the postulates of mereology, as was shown in the beginning of Sect. 10.

Arguing that engineering functional decompositions are limited to only decompositions of functions into finite sets of basic functions (e.g. Lind 1994; Pahl and Beitz 1996; Stone and Wood 2000; Keuneke 1991) will also not do: the functions and functional compositions considered in the proof are rather simple.

Arguing against the proof by holding that engineers would typically reject the cases that are considered in the proof may also not work. One could argue that these cases are irrational from an engineering perspective: a transformation of a flow *a* to a flow *d* that is decomposed into transformations of *a* to *b* and then of *b* to *a*′, as in Fig. 9, counts as an inefficient detour that typically is avoided in engineering; a transformation of a flow *a* to a flow *b* that is decomposed into itself and two transformations that cancel each other seems an even worse waste of resources. Yet, given that one of the goals of the formalisation of functions is the creation of computer tools for automated functional reasoning, these cases become again realistic. Such tools may generate cases in which functions are combined in a manner that with hindsight may be taken as irrational or inefficient. The case as given in Fig. 9 may be generated by a first step in which the functions ϕ_{4} = 〈*b*, *a*′〉, ϕ_{5} = 〈*a*′, *d*′〉 and ϕ_{6} = 〈*d*′, *c*〉 are combined to arrive at ϕ_{2} = Comp(ϕ_{4}, ϕ_{5}, ϕ_{6}) = 〈*b*, *c*〉, and by a second step in which the functions ϕ_{1} = 〈*a*, *b*〉 and ϕ_{3} = 〈*c*, *d*〉 are added. When seen in isolation, both steps seem reasonable explorations. And the case as given in Fig. 10 may similarly be generated by a first step in which the functions ϕ_{1} = 〈*a*, *b*〉 and ϕ_{2} = 〈*c*,* d*〉 are combined to arrive at Comp(ϕ_{1}, ϕ_{2}) = 〈{*a*, *c*}, {*b*, *d*}〉, and by a second step in which the function ϕ_{3} = 〈*d*, *c*〉 is added, and both steps seem again reasonable explorations when taken in isolation. Hence, automated functional reasoning tools may generate the cases considered in the proof.

Nevertheless, there are ways of going around the proof, and one option is to label the composition relation for functions, say by the technical or physical principle X that is involved in the functional composition. Such a labelling makes engineering sense and has already been proposed by Kitamura and Mizoguchi (2003) since in their account, a *way of achievement* is added to each functional decomposition as was discussed in Sect. 2 (see Fig. 3). With such a labelling, the composition relation for token functions can be labelled as well, which in turn can be used to introduce parthood relations P_{X}(ϕ, ϕ′) and P_{X}(Φ, Φ′) that are conditional on the label. By now requiring that two part-of relations P_{X}(ϕ, ϕ′) and P_{Y}(ϕ*″*, ϕ*″*′), or P_{X}(Φ, Φ′) and P_{Y}(Φ*″*, Φ*″*′), may not be combined if they are defined relative to different composition principles X ≠ Y, and by taking these principles X and Y sufficiently fine-grained, the cases uses in the proof may be defused. For instance, in the proof for type functions, Fig. 9, one may label the composition of the functions ϕ_{4}, ϕ_{5} and ϕ_{6} to ϕ_{2} by a principle X, and the composition of the functions ϕ_{1}, ϕ_{2} and ϕ_{3} to ϕ by another principle Y. And one can do something similar for the proof for token functions, Fig. 10. It is another matter whether it indeed can be defended from an engineering point of view that part-of relations for technical functions defined relative to different composition principles may never be combined; yet, logically, such a requirement does provide a way to go around the proof. The result presented in this paper is then that the composition relations for technical functions and their subfunctions cannot be taken as defining unconditional formal parthood relations.

## 12 Conclusion and discussion

This paper aims at supporting the formalisation of functional descriptions as used in design methods. In Sect. 5, a modelling is given of technical functions of the two categories of token and type functions, and in Sect. 7, a modelling is given of the composition of token functions. In Sect. 10, a proof is presented that the relation between functions and their subfunctions cannot be taken as a formal parthood relation, that is to say, it cannot be unconditionally taken as such a parthood relation.

For design methodology in its current state, the consequences of these results are limited. Design methods advance different concepts of function, and designers may still use their preferred concept and maintain that subfunctions are parts of the functions they compose. The proof, when it applies to the concept of function used, shows then that this parthood relation should not be taken as a formal parthood relation but as an informal one for which, for instance, antisymmetry does not hold. Maintaining an informal parthood relation for functions may still be beneficial to designers, since it, as said in the introduction, suggests to designers to consider the design solutions to subfunctions as structural parts of the solutions to the overall functions. And that may be a helpful suggestion in designing.

There are, however, consequences for the development of design methodology. First, if design methodology is expected to develop to a state in which only one, single concept of function is advanced, then arguments are needed to rule out the other concepts that are currently in use in design methods, and the proof presented in this paper becomes relevant by providing such arguments. If one can argue, or simply decide, that the single concept of function to be adopted in design methodology should be such that the composition relation for functions is a formal parthood relation, then one can reject a number of the currently used concepts of function. Specifically, all concepts by which functions can be represented as transformations of flows of energy, material and signals are then ruled out.

Second, if the future state of design methodology is expected to be one in which functional descriptions are formalised, or one in which engineering ontologies or automated formalised reasoning tools standardly support functional descriptions, then all results presented in this paper become of use to the field. The modelling of token and type functions and the modelling of the composition of token functions provide formalisations of functional descriptions. And the proof shows that design methodology runs into contradiction when the relation between subfunctions and the functions they compose is unconditionally taken as a formal parthood relation.

## Footnotes

- 1.
One may challenge this last conclusion if one allows that an ordered set of functions φ

_{1}, φ_{2},…, φ_{n}that composes to a function φ also composes to any coarse-grained version of φ (e.g. Burek et al. 2009). - 2.
- 3.
This tolerance does not imply that the technical phenomena that realise the functions violate conservation laws; the tolerance is merely that these laws may be ignored in representations of functions.

- 4.
This is an exclusive

*or*. - 5.
The aspect of time is not included in the modelling of token functions. This aspect can be added by specifying when token flows occur, and then it should be noted that flows that form feedback loops, like the flow

*b*in Fig. 6, become input to the functions concerned at later moments in time than that they are output. - 6.
Attempts to define composition of type functions via composition of token functions will in general not fix one particular composite type function. For instance, a composition Comp(Φ

_{1}, Φ_{2}) with Φ_{1}= {〈*a*,*b*〉,〈*a′*,*b′*〉,…} and Φ_{2}= {〈*b*,*c*〉,〈*b′*,*c′*〉,…} may via the token compositions Comp(〈*a*,*b*〉, 〈*b*,*c*〉) = 〈*a*,*c*〉 and Comp(〈*a*,*b*〉, 〈*b′*,*c′*〉) = 〈{*a*,*b′*}, {*b*,*c′*}〉 lead to the identification of at least two composite type functions Comp(Φ_{1}, Φ_{2}) = {〈*a*,*c*〉, 〈*a′*,*c′*〉,…} and Comp(Φ_{1}, Φ_{2}) = {〈{*a*,*b′*}, {*b*,*c′*}〉,〈{*a″*,*b′″*}, {*b″*,*c′″*}〉,…}. - 7.
Formally the connection between Φ

_{1}and Φ_{2}is modelled by token functions that are instances of Φ_{1}and Φ_{2}and that have the right shared token flows.

## Notes

### Acknowledgments

The modelling of functions builds on joint work with Stefano Borgo, Massimiliano Carrara and Pawel Garbacz. This work has been developed in part within the Marie Curie EuJoint project (IRSES 247503). Research for this paper was supported by The Netherlands Organisation for Scientific Research (NWO).

### Open Access

This article is distributed under the terms of the Creative Commons Attribution License which permits any use, distribution, and reproduction in any medium, provided the original author(s) and the source are credited.

### References

- Arp R, Smith B (2008) Function, role, and disposition in basic formal ontology. Nature Precedings. http://precedings.nature.com/documents/1941/version/1. Accessed 24 October 2010
- Borgo S, Carrara M, Garbacz P, Vermaas PE (2009) A formal ontological perspective on the behaviors and functions of technical artifacts. Artif Intell Eng Des Anal Manuf 23:3–21Google Scholar
- Borgo S, Carrara M, Garbacz P, Vermaas PE (2011) A formalization of functions as operations on flows. J Comput Inf Sci Eng 11:031007CrossRefGoogle Scholar
- Bryant CR, McAdams DA, Stone RB, Kurtoglu T, Campbell MI (2006) A validation study of an automated concept generator design tool. Proceedings of ASME IDETC/CIE 2006, DETC2006-99489, PhiladelphiaGoogle Scholar
- Burek P, Herre H, Loebe F (2009) Ontological analysis of functional decomposition. In: Fujita H, Mařírk V (eds) New trends in software methodologies, tools and techniques: proceedings of the eighth SoMeT_09. IOS Press, Amsterdam, pp 428–439Google Scholar
- Casati R, Varzi A (1999) Parts and places: the structures of spatial representation. MIT Press, Cambridge, MAGoogle Scholar
- Chakrabarti A, Bligh TP (2001) A scheme for functional reasoning in conceptual design. Des Stud 22:493–517CrossRefGoogle Scholar
- Chandrasekaran B (2005) Representing function: relating functional representation and functional modeling research streams. Artif Intell Eng Des Anal Manuf 19:65–74Google Scholar
- Chandrasekaran B, Josephson JR (2000) Function in device representation. Eng Comput 16:162–177MATHCrossRefGoogle Scholar
- Erden MS, Komoto H, Van Beek TJ, D’Amelio V, Echavarria E, Tomiyama T (2008) A review of function modeling: approaches and applications. Artif Intell Eng Des Anal Manuf 22:147–169Google Scholar
- Fantoni G, Apreda R, Bonaccorsi A (2009) Functional vector space. eProceedings of ICED 2009, Stanford, pp 2.311–2.322Google Scholar
- Garbacz P (2006) A formal model of functional decomposition. Proceedings of ASME IDETC/CIE 2006, DETC2006-99097, PhiladelphiaGoogle Scholar
- Garbacz P (2007) A first order theory of functional parthood. J Philos Log 36:309–337MathSciNetMATHCrossRefGoogle Scholar
- Goel AK, Rugaber S, Vattam S (2009) Structure, behavior, and function of complex systems: the structure, behavior, and function modeling language. Artif Intell Eng Des Anal Manuf 23:23–35Google Scholar
- Hirtz J, Stone RB, McAdams DA, Szykman S, Wood KL (2002) A functional basis for engineering design: reconciling and evolving previous efforts. Res Eng Des 13:65–82Google Scholar
- Hubka V, Eder WE (1988) Theory of technical systems: a total concept theory for engineering design. Springer, BerlinGoogle Scholar
- Johansson I (2004) On the transitivity of the parthood relations. In: Hochberg H, Mulligan K (eds) Relations and predicates. Ontos Verlag, Frankfurt, pp 161–181Google Scholar
- Johansson I (2005) Formal mereology and ordinary language: reply to Varzi. Appl Ontol 1:157–161Google Scholar
- Johansson I, Smith B, Munn K, Tsikolia N, Elsner K, Ernst D, Siebert D (2005) Functional anatomy: a taxonomic proposal. Acta Biotheor 53:153–166CrossRefGoogle Scholar
- Keet CM, Artale A (2008) Representing and reasoning over a taxonomy of part-whole relations. Appl Ontol 3:91–110Google Scholar
- Keuneke AM (1991) Device representation: the significance of functional knowledge. IEEE Expert 6(2):22–25CrossRefGoogle Scholar
- Kitamura Y, Mizoguchi R (2003) Ontology-based description of functional design knowledge and its use in a functional way server. Expert Sys Appl 24:153–166CrossRefGoogle Scholar
- Kitamura Y, Kashiwase M, Fuse M, Mizoguchi R (2004) Deployment of an ontological framework of functional design knowledge. Adv Eng Inform 18:115–127CrossRefGoogle Scholar
- Kitamura Y, Koji Y, Mizoguchi R (2005) An ontological model of device function: industrial deployment and lessons learned. Appl Ontol 1:237–262Google Scholar
- Lind M (1994) Modeling goals and functions of complex plants. Appl Artif Intell 8:259–283CrossRefGoogle Scholar
- Modarres M, Cheon SW (1999) Function-centered modeling of engineering systems using the Goal Tree–Success Tree technique and functional primitives. Reliab Eng Syst Saf 64:181–200CrossRefGoogle Scholar
- Ookubo M, Koji Y, Sasajima M, Kitamura Y, Mizoguchi R (2007) Towards interoperability between functional taxonomies using an ontology-based mapping. Proceedings of ICED 2007, paper no 154, ParisGoogle Scholar
- Otto KN, Wood KL (2001) Product design: techniques in reverse engineering and new product development. Prentice Hall, Upper Saddle River, NJGoogle Scholar
- Pahl G, Beitz W (1996) Engineering design: a systematic approach. Springer, BerlinGoogle Scholar
- Sasajima M, Kitamura Y, Ikeda M, Mizoguchi R (1996) A representation language for behavior and function: FBRL. Expert Syst Appl 10:471–479CrossRefGoogle Scholar
- Simons P (1987) Parts: a study in ontology. Clarendon, OxfordGoogle Scholar
- Simons P, Dement C (1996) Aspects of the mereology of artifacts. In: Poli R, Simons P (eds) Formal ontology. Kluwer, Dordrecht, pp 255–276Google Scholar
- Sridharan P, Campbell MI (2005) A study on the grammatical construction of function structures. Artif Intell Eng Des Anal Manuf 19:139–160Google Scholar
- Stone R, Wood K (2000) Development of a functional basis for design. J Mech Des 122:359–370CrossRefGoogle Scholar
- Umeda Y, Ishii M, Yoshioka M, Shimomura Y, Tomiyama T (1996) Supporting conceptual design based on the Function-Behaviour-State modeler. Artif Intell Eng Des Anal Manuf 10:275–288Google Scholar
- Van Eck D (2010) On the conversion of functional models: bridging differences between functional taxonomies in the modeling of user actions. Res Eng Des 21:99–111MathSciNetCrossRefGoogle Scholar
- Varzi AC (2005) A note on the transitivity of parthood. Appl Ontol 1:141–146Google Scholar
- Varzi A (2011) Mereology. In Zalta (ed) The Stanford encyclopedia of philosophy. http://plato.stanford.edu/entries/mereology/. Last accessed 27 September 2011
- Vermaas PE (2009a) Parts, compositions and decompositions of functions in engineering ontologies”. In: Ferrario R, Oltramari A (eds) Formal ontologies meet industry. IOS Press, Amsterdam, pp 34–45Google Scholar
- Vermaas PE (2009b) The flexible meaning of function in engineering. eProceedings of ICED 2009 Stanford, pp. 2.113–2.124Google Scholar
- Vermaas PE (2010) Subfunctions as parts of functions: some formal problems. Proceedings of ASME IDETC/CIE 2010, DETC2010-28095, MontrealGoogle Scholar
- Vermaas PE, Garbacz P (2009) Functional decompositions and mereology in engineering. In: Meijers AWM (ed) Handbook philosophy of technology and engineering sciences. Elsevier, Amsterdam, pp 235–271CrossRefGoogle Scholar
- Vieu L (2005) On the transitivity of functional parthood. Appl Ontol 1:147–155Google Scholar
- Vieu L, Aurnague M (2005) Part-of relations, functionality and dependence. In: Aurnague M, Hickmann M, Vieu L (eds) Categorization of spatial entities in language and cognition. John Benjamins, Amsterdam, pp 483–509Google Scholar
- Winston M, Chaffin R, Herrmann D (1987) A taxonomy of part-whole relations. Cogn Sci 11:417–444CrossRefGoogle Scholar