1 Introduction
1.1 Research questions
-
RQ1: How can product variants be systematically modelled at an appropriate level of detail to support function integration at a part and feature level?
-
RQ2: How can the resulting models of product variants be systematically analysed to identify redesign activities required for function integration?
-
RQ3: Is the resulting systematic approach useful and what future research opportunities does it reveal?
1.2 Research method
1.3 Article outline
2 Literature review
-
MR1: Determine low-level and high-level functions of a design and link them to the parts and physical features. This information is needed to identify the aspects of a design that realise each function that is to be integrated.
-
MR2: Determine the physical interactions between features of a design. This information is needed to identify supporting features that help primary features realise desired functions that are to be integrated.
-
MR3: Ensure that product data obtained for different product variants is consistently represented, using similar function terminology. This is needed so that the variant designs can be directly compared for function integration.
-
MR4: Systematically process the obtained product data to determine how parts and specific features of parts can be carried over, removed and modified from existing variants to generate a new variant design that provides a unique desired combination of existing functions and features. The benefits of such function integration, as well as the reasons for a systematic approach, were outlined in Sect. 1.
2.1 Product models for function integration
2.1.1 Product models based on hierarchical decomposition and tree diagramming
2.1.2 Models based on block diagramming
2.1.3 Models based on matrices
2.2 Methods to support function integration in product redesign
2.3 Critique and the need for a new approach
MR1: Determine low-level and high-level functions of a design and link them to the parts and physical features. This is needed to identify the aspects of a design that realise each high-level function. | MR2: Determine the physical interactions between features of a design. This information is needed to identify supporting features that help primary features to realise a desired function | MR3: Ensure that product data is consistently represented across variants, using similar function terminology. This is needed so that variant designs can be directly compared for function integration. | MR4: Systematically process the obtained product data to determine how parts and specific features of parts can be carried over, removed and modified from existing variants to generate a new variant design that provides a new desired combination of existing functions. | |
Kang and Tang (2013) | Partially met: Modelled low-level functions and their relationship with parts. Grouped low-level into primary, secondary and auxiliary chunks based on flow | Partially met: Modelled interactions between primary and supporting parts | Partially met: Modelled the function of a product from flows and function decomposition. | Partially met: Systematically determined: Parts to carry over. Briefly mentioned: to merge to remove, to modify parameters |
Kalyanasundaram and Lewis (2014) | Partially met: Modelled low-level functions and their relationship with parts. Grouped the low-level functions into basic, application and accessory functions | Partially met: Modelled the interaction between primary parts only | Partially met: Modelled the function of a product from flows and function decomposition | Partially met: Systematically determined: Parts to carry over. Briefly mentioned: Parts to merge |
Liu et al. (2014) | Partially met: Modelled low-level functions and their relationship with the parts | Partially met: Modelled the interaction between primary parts only | Partially met: Modelled the function of a product from flows and function decomposition | Partially met: Systematically determined: Parts to carry over. Briefly mentioned: to merge |
Lu et al. (2017) | Partially met: Modelled low-level functions and their relationship with the parts | Partially met: Modelled the interaction between primary parts only | Partially met: Modelled the function of a product from flows and function decomposition | Partially met: Systematically determined: Parts to carry over. Briefly mentioned: to merge, to remove |
Smith et al (2012) | Not met: Modelled user requirements and their relationship with parts | Partially met: Modelled the interaction between key primary parts considered only | Not met: Modelled the importance of user requirements using customer survey to elicit important parts. | Partially met: Systematically determined: Parts to carry over. Briefly mentioned: to modularise, to modify parameters |
3 Detailed Design Model (DDM)
3.1 Elements of the DDM product model
-
Function: In the DDM the concept of function focuses on what a product does as a physical artefact. Under this definition, functions enable the use of a product but do not describe the multitude of ways in which it could be used, which additionally depend on the user, the task to be performed, the use environment, and so on. Two types of functions are distinguished in the DDM:
-
Operating function: A transformation in the state of a product, that is associated with operation (use) of the product.
-
Technical function: A transformation process occurring when a flow (defined below) interacts with feature(s) of a design (also defined below).
-
-
Flow: The input or output of a technical function. The model distinguishes three types of flow:
-
Material flow: Motion of matter. Can involve solid, liquid, or gas.
-
Energy flow: Doing mechanical work, or transferring the potential to do work. Energy flow can take many forms such as potential, mechanical, electrical and thermal.
-
Signal flow: Information, typically regarding the actual or desired status of a system, that is transmitted or received to and from another system.
-
-
Product variant: A product that provides a unique combination of features and operating functions.
-
Part: A discrete physical component used for pre-production of a product variant, that cannot be disassembled without physically damaging it.
-
Feature: A geometric segment of a part.
-
Connection between two features:
-
Fully constrained connection (C): There are zero degrees of freedom for relative motion between the two features.
-
Partially constrained connection (P): At least one degree of motion is possible between the two features. The features may be in constant contact (allowing sliding, rolling, flexing etc.) or may only be in contact when the product is in certain states (see below for definition).
-
-
State: A set of partially-constrained connections (and related flows) that can change configuration (i.e. relative motion can occur between the features and flow processes can occur) when a product is operated. Two types of states are distinguished in the DDM:
-
Static state: A stable physical configuration.
-
Transition state: A temporary configuration involving flow processes and relative motion of features, while a product variant is in process of changing from one static state to another.
-
3.2 Procedure for modelling a product with the DDM
3.2.1 Step 1. Model the product in CAD (or obtain an existing CAD model)
3.2.2 Step 2. Form the feature interaction matrix
-
C indicates feature connections that are fully-constrained. For example, the connection between the Upper Barrel.Body and Lower Barrel.Slot of the retracting pen is fully-constrained because, as shown in Fig. 4, these two features do not move relative to each other in the assembled product. Therefore C is placed in cell S9 and, symmetrically, cell I19 of Fig. 6.
-
P indicates connections between features that are partially constrained. An example of a partially constrained connection occurs between the features Upper Barrel.Tip and Clicker.Shaft. This connection is partially constrained because the Clicker.Shaft can slide through the hole of the Upper Barrel.Tip as shown in Fig. 5. Hence, the letter P is placed in the cells D20 and T4 of Fig. 6.
3.2.3 Step 3. Identify flows and flow-feature interactions
-
Flows applied to a feature. For example, a flow of human energy and a human finger are applied to the Clicker.Tip of the retracting pen to extend its ball point tip. Note that only flows that are involved in operating the product need be included.
-
Flows caused by a feature. For instance, a flow of elastic energy released from the Spring.Coil is used to retract the ballpoint tip of the retracting pen. Note that only flows that involve modelled features need be included.
-
Flows occurring between features. For example, ink flows from the ink chamber, through the plastic nib, ballpoint socket and ball when the retracting pen is being operated for writing.
Code | Technical function type |
---|---|
6 | Import |
7 | Export |
8 | Transfer |
10 | Transmit |
11 | Guide |
12 | Translate |
13 | Rotate |
15 | Couple |
33 | Contain |
44 | Secure |
3.2.4 Step 4. Identify motions, states and operating functions
3.2.5 Step 5. Link operating functions to feature connections and flows
3.2.6 Step 6. Verify the product model
4 Adaptive Redesign Method (ARM)
4.1 ARM Phase I: Develop DDM for each variant
4.2 ARM Phase II: Identify adaptive redesign steps
4.2.1 Step 1: Categorise operating functions in the base variant and source variant
4.2.2 Step 2 Identify undesired features of the base variant (to be removed)
4.2.3 Step 3. Identify undesired supporting features of the base variant’s undesired features (to be removed)
4.2.4 Step 4. Identify desired features of the two variants
4.2.5 Step 5. Identify desired supporting features of the two variants’ desired features
4.2.6 Step 6. Determine the functional similarity between each desired/desired supporting feature of the source variant and each desired/desired supporting feature of the base variant
-
100% indicates that the two features are functionally identical.
-
0% indicates that the two features are functionally disjoint.
-
Greater than 0% and less than 100% indicates that the existing feature in the base variant realises some, but not all of the functions of the source variant feature. The two features are functionally similar.
4.2.7 Step 7. Determine which features to carry across from the source variant into the new variant
-
If all desired/desired supporting features of the source variant part are functionally disjoint from all features of the base variant, the entire part of the source variant is to be carried over into the new variant. For example, the part Clicker of the retracting pen will be used in the new variant design because no parts of the base variant (basic pen) have features with any functional similarity to it. This is identified by noting that in Fig. 10 all the entries are 0% for every row describing features of the Clicker. The same is true for the Plunger and Spring.
-
If the desired feature of the source variant has 100% in one or more of the cells, when reading across its row, then the base variant feature already offers the desired functionality. This means that those base variant features are to be retained when creating the new variant design. An example of this can be found between the Ballpoint tip ball.Ball and Ballpoint tip.Socket features of the two pens.
-
If the desired feature of the source variant is functionally disjoint from all features of the base variant, i.e. all entries across the row are 0%, then that source variant feature must be carried over into the base variant. This is done by modifying the part of the base variant that is functionally most similar to the part of the source variant that contains the desired feature being carried across. Functional similarity between two parts is calculated as the average of the functional similarity of all pairwise comparisons of their features. For example, the Upper barrel. Tip and Upper barrel. Latch hole features of the retracting pen will be carried over by adding them to the Barrel of the basic pen because the Upper barrel of the retracting design (from which the features are drawn) is the most functionally similar part to the Barrel of the basic pen design.
-
If the source variant feature is functionally similar to one or more base variant features, and is not functionally identical to any feature, its row contains at least one entry > 0% and no entries = 100%. In this case, it is necessary to visually/geometrically compare the feature of the source variant against each of the functionally most similar features of the base variant to determine what changes to the base variant feature(s) might be needed to produce the desired functionality of the source variant feature. This comparison requires design judgement. For example, the Ink chamber. Chamber body of the basic pen needs to be geometrically compared to the Ink chamber. Chamber body of the retracting pen (source variant). This is because the ‘+’ sign in front of the 67% (calculated in Step 6) indicates that the basic pen needs fulfil a desired interaction to realise the operating function. This desired interaction happens to be with the Spring.Coil which can be traced by comparing the DDM of the two pens as discussed in Step 6. In this example, the existing geometry of the basic Ink chamber.Chamber body is identical to that of the retracting pen Ink chamber. Chamber body and is therefore capable of accommodating the Spring.Coil. Hence, no changes are required and this base variant feature can be retained. However, if the existing feature of the base variant cannot geometrically fulfil this interaction then it will need to be geometrically modified.
-
If the desired feature of the source variant has \(<0\%\) in one or more cells when reading across its row, then it also indicates that the base variant feature already provides the desired functionality of the source variant feature. In this case, the base variant feature is also retained. Note the percentage shown in the matrix cell may not necessarily be 100% if the features being compared have different connections to other features in their respective variants.