Home Cognitive Tools for Design Engineers: A Framework for the Development of Intelligent CAD Systems
Article Publicly Available

Cognitive Tools for Design Engineers: A Framework for the Development of Intelligent CAD Systems

  • Stephen L. Wood

    Stephen Wood is an associate professor of Ocean Engineering and the director of the Underwater Technology Lab (UTL) at the Florida Institute of Technology, where he serves as the Associate Department Head of the Department of Marine and Environmental Systems. His research interests include Underwater Robotics, Underwater Vehicles, maritime archeology and design science.

    EMAIL logo
    , Gisela Susanne Bahr

    Gisela Susanne Bahr is an associate professor of Biomedical Engineering and the director of the Cognition Applied Research Lab (CARL) at the Florida Institute of Technology. She has served in the United States Navy as Aerospace Experimental Psychologist and has been awarded two PhDs (experimental psychology; computer sciences). Her research interests are artificial memory, assistive technology and universal access.

    EMAIL logo
    and Marc Ritter

    Marc Ritter is an assistant professor of the endowed Juniorprofessorhip Media Computing in the Department of Computer Science at Technische Universität Chemnitz. His research interests include the development of holistic methods and support tools for intelligent audiovisual analysis and machine learning with application to the industrial and biomedical area.

Published/Copyright: July 12, 2015

Abstract

Great design engineers are highly creative and unorthodox individuals who invent novel solutions that satisfy a set of constraints that are often ill-defined and customer driven. Designers use many tools to develop their designs, such as computer aided design (CAD) systems, that do not support the cognition that drives the design process. This paper develops the cognitive psychological background, a state of the practice based rationale for CAD enhancement and the research framework for cognitive CAD tools that support the design engineer during the creative problem solving process through reasoning and meaningful design alternatives. The research framework presented here was initially created for the development of cognitive tools for mechanical design but is transferable to other design disciplines. At the core of the research plan are the development and implementation of an artificial memory that is interpreted with real-time data analyses supported by machine learning, and made accessible to the design engineer through interaction design for intelligent CAD (iCAD).

1 Introduction

When conceptualizing design engineering as a creative problem solving process, the question arises as to the underlying cognition, specifically, how information processing of the design engineer can be supported during the development of solutions. Can we build solutions ontologies / libraries that capture the reasoning behind designs and use them to support the problem solving process of design engineers? Can they be implemented in databases that learn from users and that self-populate with user data (user approaches to their solutions)? These ontologies have a strong dynamic component because knowledge grows and reasoning can change over time. How can the temporal component be captured and implemented? How can dynamic ontologies be used to make inferences about user schemas? Can the temporally derived schemas (i. e., problem solving patterns) be used to model the continuum or majors shifts in the novice / expert continuum? Can we determine schema differences, overlap, absence or presence and use them to interpret user expertise level?

The problem solving support tools in mechanical engineering are typically traditional drawing and sketching, and over the last 10 years, CAD (computer assisted design) software, has become the primary tool of design engineers to develop and articulate their solutions. CAD tools are sophisticated and popular as computerized drafting tools but questions remain unanswered whether CAD applications support the cognitive aspects of problem solving. As early as 1989 (Wood 1996) observed that CAD tools provide computerized versions of traditional drafting and that these approaches had not yet realized the possibility of supporting the design process beyond the mechanics of drawing. Furthermore, (Wood 1996) observed that CAD applications did not support problem solving and solutions finding, specifically in the context of function based thinking, which is instrumental to design engineering.

In this paper we develop the cognitive psychological background, a rationale for CAD enhancement with cognitive tools and the research framework for cognitive CAD tools that support creative problem solving processes through reasoning and meaningful design alternatives. We present a research framework that is extensible to design engineering in general. At the core of the research plan are the development and implementation of an artificial memory that is interpreted with real-time data analyses supported by machine learning, and made accessible to the design engineer through interaction design for intelligent CAD (iCAD). The paper is structured as follows: Part 1 introduces a selection of the cognitive phenomena and biases that affect information processing during design engineering; Part 2 presents an overview of the engineering design process, including a subsection on why reasoning matters during design and the state of CAD software based on Parametric Technology’s Creo 3.0. Part 3 presents the transdisciplinary research framework to guide the development of a research plan for improving CAD with cognitive tools.

2 Part 1: Cogntive Phenomena and Biases

Well-studied phenomena occur during ill-defined problem solving. One of these is a fixation of the typical use of an object. For example, a hammer is made for hammering, a toothbrush for cleaning teeth, etc. Karl Duncker discovered the phenomenon that people tend to limit the uses of previously encountered objects in 1945 and termed his observation Functional Fixedness (Duncker 1945).

The phenomenon of functional fixedness persists as an artifact of human information processing. For example a knife can easily be used as a screw driver. The realization that the function of a knife is not limited to preconceived notions but that its uses depends on the characteristics of the object, is not necessarily obvious to the person who needs a screw driver but only has a knife at hand.

Duncker’s original study investigated functional fixedness using ill-defined problems that required productive as opposed to reproductive, or algorithmic thinking (Wertheimer 1959). The critical observation of the research is that problem solvers implicitly place limits on the functions of an object that are related to its current use, context and prior knowledge. This is related to schema use in cognition where a previously learnt framework guides recall based on a set of cues (Bartlett 1932, Marshall 2007). In this context cues are the current function or usage of an object which appears to inhibit the exploration of alternative uses, i. e., functions or functionalities. By making alternative uses of the object more obvious, problem solvers are more likely to find solutions (Wertheimer 1959).

Another phenomenon that is related to the obstacles of ill-defined problems, is analogical problem solving. Analogical problem solving refers to the transfer of a solution from one problem to another problem that seems superficially unrelated. Studies by (Gick and Holyoak 1980) showed that without specific hints participants have difficulty noticing similarities between problems. (Holyoak 1990) suggests that failure to recognize the commonalities between the problems is the result of deep vs. surface structure processing (Chomsky 1969), where surface refers to appearance and deep refers to an abstraction of structural organization. Consequently, seemingly unrelated components can prevent participants from shifting their focus from the surface to the common, deep structure of the problem unless explicitly instructed to do so. The failure mechanism is simple: dissimilar domains create different appearances (surface structures) and these differences imply that the problems have nothing in common, hence analogical search is not conducted. Appearances, whether they take the form of a problem context or the current usage of an object, lead problem solving to adopt a particular mindset (Einstellung) (Luchins 1942).

Another phenomenon similar to Einstellung and Functional Fixedness, is solution fixation, which is a common cognitive artifact affecting design engineers from the novice to the expert. Prior research (Ullman, Stauffer, and Dietterich 1987, Ullman, Dietterich and Stauffer 1988) focused on professional mechanical design engineers and found that they became fixated upon preliminary solution ideas and failed to consider alternative design concepts. The phenomenon was seen both at the level of the overall design problem and at the level of each individual sub-problem. In addition, (Ullman, Stauffer, and Dietterich 1987, Ullman, Dietterich and Stauffer 1988) observed that if the designer discovered weaknesses in original design later in the process, they were solved by ‘patching’ the design rather than discarding the idea and developing a new concept. According to (Ullman, Stauffer, and Dietterich 1987, page 15): “The first idea was almost sacred, and sometimes even highly implausible patches would be applied to make it work.” Similarly, (Ball, Evans, and Dennis 1994) in a study of pre-expert electronics designers observed that individuals rarely generated and modelled alternative solutions but focused upon initial ideas that were iteratively improved until they reached a state that was adequate. This perseverance on a specific solution path may be related to another phenomenon observed in decision making, called sunk cost (Kahneman and Tversky 1979, Arkes and Blumer 1985). Sunk cost refers to the tendency to continue with an endeavor because an initial investment has been made that is not recoverable. Similarly, design engineers invest critical resources, time and cognitive effort, into the initial solution and changing to an alternative solution creates the perception of having wasted time and effort.

In summary, design engineers “patch” and “repair” solution ideas instead of questioning or exploring alternative uses of the parts and assemblies they created. This approach and mindset during the design process limit the functionality of the design elements to the originally conceived design context: in other words, the design engineer becomes function and solution fixated. Problem context and the current object usage create cognitive artifacts such as surface structure processing, solution fixation and functional fixedness.

The phenomena presented in this section have implications for the presentation and organization of CAD tools and the way they are presented to the user.

3 Part 2: Prior Research and CAD Tools for The Engineering Design Process

The engineering design process is the mechanism that incorporates creativity, the scientific method, mathematics, physics and engineering principles to solve a particular problem. The design process is usually represented as either a design cycle or as a design spiral, where each step moves the concept forward or reverts to a previous stage before further design steps are made. The basic cycle or spiral is 1) Problem Definition, 2) Brainstorming, 3) Preliminary Design, 4) Design and Analysis, 5) Design Refinement, and 6) Design Implementation. Where steps 1 through 5 are often grouped as “Conceptual Design,” where the designer is primarily concerned with initial customer and engineering constraints and the specification of form; “Layout Design / Embodiment,” where the focus of the design changes to specifying the components (i. e., individual parts and assemblies) at decreasing levels of abstraction; “Detail Design,” where the design becomes finalized; and “Catalog Design,” where features, parts, or assemblies are selected from a library database (Note: catalogs play a significant design role by allowing the designer to select design possibilities with respect to functionality). These are combined to various degrees in current day Computer-Aided Design and Manufacturing software.

In the 1980’s and early 90’s Computer-Aided Drafting (CAD) was the primary use for computers in the development of a component (i. e., during Design Implementation). With the coming of Parametric Technology’s Pro / Engineer in the early 1990’s Computer-Aided Design and Development (CADD) was developed, where the software was integrated into the Preliminary Design, Design and Analysis, Design Refinement and the Design Implementation. This was later renamed to CAD / CAM as manufacturing was included into the design process. Parametric Technology Corporation (PTC) has gone through many iterations of Creo; its latest version Creo 3.0 is one of the most widely used CAD / CAM software programs in the world today. It is based on parametric design principles, which require that design operations are captured and stored as they take place and that any committed changes are propagated throughout the design. As such PTC Creo 3.0 maintains a history-of-changes that the designer makes in order to keep track of operations that depends on each other, but not as to “why.” Although the ability to render the design and follow parametric deign principles are valuable characteristic of any design tool, it seems that the cognitively supportive system that must include information on the deign intent that underlies a solution or a step in the solutions, the why.

3.1 Why Reasoning Matters in Design Engineering

Reasoning can be interpreted as a representation of knowledge, which represents the “why.” Knowledge and knowledge management is a challenging problem in determining which knowledge is useful and what can be used in the next step of the design. Answering these questions will improve design activities.

There exist three main approaches to embody knowledge: relational tables (i. e., using knowledge that is succinct, specific component information that can be organized by topic along with defined relations between components) using a relational database; case-based reasoning systems (i. e., a collection of cases), and knowledge-based reasoning systems (i. e., using if-then-else rules). Of these three knowledge representation, (Hernandez et al. 2012) has shown that case-based and knowledge-based systems have disadvantages and that relational tables are the most appropriate to represent expert knowledge. More recently, the use of relational data has been investigated as an architecture for long term memory modelling and storage (Bahr and Wood 2015, Bahr 2014). Hence, a relational knowledge ontology appears to be a reasonable approach to representing semantic knowledge.

3.2 Recent History of Design Reasoning & Expertise

Researchers (Ullman, Stauffer, and Dietterich 1987, Adelson and Soloway 1984, Kant 1985, Kant and Newell 1982, Steier and Kant 1985) in the late 1980’s determined that mechanical and software engineering designers:

  1. rapidly develop a single primary idea and refine it over the design cycle,

  2. keep a mental idea of the state of the design that is being developed as it progresses from the concept to the final product,

  3. don’t always make an effort to keep the development of the design balanced (i. e., where they focus on parts of the design that are abstract thereby keeping all aspects of the design at the same level of detail),

  4. spend 50 % of their time simulating the behavior of the progress. This simulation served many functions (i. e., helped to integrate constituents from different parts of the design; served as an agenda to keep track of subtasks that require attention; allowed comparison to the design goal,

  5. take mental and written notes on aspects to remember during the design, which included constraints, partial solutions, potential inconsistencies or other concepts that arose during the design cycle. Note taking did not occur when the designer was working in a familiar domain.

With respect to mechanical design engineers were found to have six uses for drawing and sketching (Ullman, Stauffer, and Dietterich 1987):

  1. To archive geometric form of the design.

  2. To communicate ideas with other designers and manufacturing personnel.

  3. To provide a visual of ideas (i. e., often a designer will sketch various options in an effort to simulate a configuration or information flow).

  4. To act as an analysis tool (i. e., often missing dimensions and tolerances are calculated directly on the drawing as it is developed).

  5. To serve as a completeness checker (i. e., as sketches or other drawings are being made, the details remaining to be designed become apparent to the designer, in effect helping to establish an agenda of design tasks left to be accomplished).

  6. To provide a kind of “external memory” (i. e., designers often make sketches to help them remember ideas that they thought they might forget).

In addition to common patterns identified for mechanical and software engineering designers of how they work and how they make use of sketches, an important factor is expertise.

Novices and experts rely on their own experiences or borrow experiences from others by soliciting advice. An expert considers many factors while progressing through the design cycle including technical techniques and tools and non-technical such as personal experience, background, resources (time, personnel, software, hardware, etc.), management issues, and even his / her own preferences in the development of a product. An experienced designer will have the ability to directly search for solutions to the problem, inexperienced design engineers will have difficulties since a) many options are usually available, b) the problem description maybe too general or vague, and c) they may not be able to translate or apply various tools to the problem at hand.

Appling expertise to aid the design engineer various components must be brought together. As described by (Hernandez et al. 2012) any CAD system to truly enhance the design cycle must take into account “Knowledge Analysis” (i. e., domain knowledge with characterization of tools and methods and a defined knowledge flow or relationships); “Knowledge Representation” (i. e., identification of components, tools, principles etc., establish relationships between features, components and assemblies, utilize / understand the flow of information; and “Software Implementation” (i. e., define, program, validate and test an architecture – integrated into a CAD system).

As in expertise, design capture is necessary in obtaining knowledge of the current design that can be used for future reference in the current design or other designs. It has been argued (Wood 1996) that to integrate engineering design needs into a CAD system various important aspects must be obtained and preserved:

  1. The ability to track, capture and store design engineering concepts as they are developed along with the design reasoning (e. g., why, how etc.);

  2. The ability to track all design solution possibilities and supply comparisons and advise, and have the ability to learn new solutions with the design engineer’s assistance;

  3. Standardized components are already integrated in CAD systems (e. g., screws, bolts, belts, bearings, etc.), but the potential functionalities of these components need to be included and supplied with respect to their potential functionality;

  4. The ability to retrieve any previously designed feature, part or assembly along with known functionality and design reasoning (and design history) of a given a component, and when new functionality is devised that this too is added to the component’s stored database design reasoning information. In other words, the CAD system must be able to obtain and preserve the design reasoning while the design process is underway, while saved solutions need be retrieved to the CAD system through the functional parameters of the design and be able to transfer the retrieved solution’s information, and capture the reasoning or intent of the design during development.

With respect to retrieval, Wood (1996) was the first to develop a function driven mechanical design solution library that was capable of being implemented in any form such as and object-oriented of relational database on a computer. This system was targeted as a design assist and advisor for the plastic injection molding domain, but was developed for other applications such as sheet-metal or casting designing. Wood’s system “1) preserves the information of interfacing features within the product’s database, 2) maintains a database of features with their fundamental properties and corresponding functions used by experienced design engineers, and 3) transfers the information within the solution’s database to the design under development” (Wood 1996). Wood also developed the structure called a “function-object” that is used as the search tool for his developed library that also serves to “maintain functional information of the solution that relates-to or interacts-with other objects” (Wood 1996). Wood’s system documented plastic injection primary feature selection from the functions that drive a product’s development or in other words Form follows Function. As stated by Wood (1996), page 2,

“The use of functions for the search for solutions is not new, prominent design theory researchers have suggested solution library contexts revolving around complete design solutions. Other researchers have investigated designing-with features by using feature-based solution libraries… These investigations are relevant because they are the first step towards designing with features, but they either have not made a complete use of the functional attributes or have not modelled the entire solution in a functional way.”

Considering the relevant research findings that have been presented so far, e. g., cognitive phenomena during problem solving, the importance of reasoning in the design process and the use of relational systems for knowledge ontologies and the emerging possibilities of cognitive tools, the question arises whether CAD state of art software has been able to incorporate this work to support and enhance the problem solving and creative processes of design engineers.

3.3 State of the Software

CAD systems have made strides over the last 25 years to make the designing of products easier and more intuitive. Companies such as Parametric Technology Corporation (PTC) and Dassault Systèmes SolidWorks Corporation and others have been integrating new analysis tools into their products to aid the designer (e. g., SolidWorks’ fluid flow analysis, and PTC’s CREO 3.0 Design Exploration Extension that provides the capability to explore and save design alternatives without committing any changes to the original model (Luchins 1942)). What is still lacking is the ability to capture the basic reasoning of why and how a design is developed to preserve and document the design. Then of course of paramount importance is how these design tools might be used by the design engineer. Historical and anecdotal expert evidence indicates that Creo tends to lead CAD standards in term of innovation and usability. A review of Creo 3.0 as one of the most advanced parametric design tools is presented next. Other tools such as Solidworks are reviewed in more detail elsewhere (Bahr, Wood and Escandon 2015).

The Creo design platform lets the designer “perform analysis, create renderings and animations, and optimize productivity across a full range of other mechanical design tasks, including a check for how well the design conforms to best practices” (CREO 2014). Creo has a number of modelling & simulation tools that assist the design engineer. Examples are: Simulate, a structural, thermal and vibration analysis tool for the evaluation of 3D virtual prototypes; Mechanism Dynamics, a tool that enables the designer to simulate the forces and accelerations in systems with moving components; Manikin Extension, a tool to test designs against a number of quantitative human factors, workplace standards and guidelines. Other aides include a Tolerance Analysis Extension that analyzes geometric tolerances to verify that components fit together correctly.

Creo does not contain a built-in design library, but has import / export compatibility with over 30 common CAD platforms. Creo is compatible with wide range of CAD software programs that allows access too many external vendor libraries, which are extensive and are accessed on a broad object-basis. For example, Creo links to a 3D model database of over 750,000 basic CAD designs available for purchase http://www.3dmodelspace.com/ptc. Models are searchable based on a two-tier menu of objects. Specifically, the 3D Model Space database is hierarchically structured, from broad to narrow. Some of the sub-categories within the menus are organized by type that can suggest the primary function of the object. For example the selection, “mechanical components > springs” gives the user the option of choosing from “compression spring, tension spring, and torsional spring.”

With respect to workflow, Creo’s “Design Exploration Extension” (DEX) saves critical design milestones to create design branches so the designer can move back and forth between design alternatives; this is based on a design tree structure that allows for alterations to a design while storing the original design files separately. The feature variation is not automated and each version or change to the design needs to be created by the design engineers. A related product, the Advanced Assembly Extension allows critical design information to be shared with individual team members enabling them to complete their tasks concurrently while working within the context of the full assembly.

While Creo 3.0 is a sophisticated CAD tool, an example seems useful to show the absence of reasoning support. The example is the task of designing a chair, which is one of the most common engineering design examples presented to mechanical engineering design students. A chair is based on the customer’s desires and can be for example, simple, typical, complex or exotic (e. g., a stump of a tree, a three-legged stool, a high-tech office chair or an ultra-modern egg-shaped cushioned cocoon chair). It is the confluence of what the customer desires in the chair and the engineer’s implementation of those desires into engineering functional requirements that produces the desired chair. For example a customer would like a chair for lounging while reading a book. This chair would be very different than the chair used in the dining room at a restaurant. It is the chair’s functionality that makes the difference. Each and every chair must satisfy a number of functions. For example, a chair must support the person vertically, perhaps horizontally (i. e., back support, arm supports, etc.), be required to orient the person in a specific direction or allow them to easily rotate their direction, be hard, firm, soft to keep the person awake as in a car seat or to allow them to so comfortable that they drift off into sleep in front of their television, additionally, specifications are often not complete forcing the designer to make engineering guesses based upon the physics of the situation to satisfy the design problem. This example presents the complexity of designing an object that seems to be based on seem to be simple, straight-forward customer expectations.

The role of CAD during the design process is to implement the design of the chair. In CAD, each object’s physical properties are preserved but none of the reasoning or semantics that semantically motivated the design. The lack of integrating reasoning documentation fails at multiple levels: At a high level, none of the conversations with the customers are preserved. Likewise, the translation of customer requirements into engineering requirements is not available within the CAD implementation. But, most importantly, none of the engineer’s reasoning during the translation of the design into a CAD concept is preserved.

After CAD concept design is complete, CAD systems are able to evaluate the part or assembly with respect to finite element analyses (FEA) i. e., structural analysis, but do not perform parameter optimization or able to preserve the reasoning or rationale of the design.

It is easy to see that CAD tools are sophisticated drafting tools but not yet capable of supporting the semantics of design engineering to support the creative problem solving process.

4 Part 3: What can we do to Improve CAD with Cognitive Tools Using Knowledge Ontologies?

The enhancement of any CAD tool with reasoning support is not a trivial task. It requires the management of cognitive phenomena and biases during problem solving, the incorporation of reasoning support and the use of relational systems for knowledge ontologies. To investigate the emerging possibilities for cognitive tools, a number of research challenges must be met before CAD systems can support and enhance the problem solving and creative processes of design engineers.

Our initial focus of this work was on the design processes in mechanical engineering but during the development of the research agenda it became apparent that reasoning support is applicable to the majority of design engineering, because the underlying cognitive processes are shared across design disciplines. Hence the three research challenges presented next serve as a framework for any application domain and act as the transdisciplinary schema for development of a research agenda.

The three challenges in the development of a reasoning support system that enhances the problem solving process of design engineers are:

  1. Building an Artificial Memory that contains reasoning ontologies

    1. Collection of Semantic Data,

    2. Temporal Data Modelling and Storage,

  2. Dynamic Data Analyses and Machine learning, and

  3. Interaction design for intelligent CAD (iCAD).

The first challenge is the development and construction of an artificial reasoning memory. The first step under this challenge is the collection of semantic data, i. e., the rationale for a design by the designer and the justifications and intentions that motivate specific design decisions. Some of the research opportunities to collect these data are:

  1. Integration of Design processes with explicit measures of reasoning. Data can be harvested from CAD users, capturing reasoning data using verbalization protocols during the design process (self-narration) and after the design process by reviewing the steps in the product design and documenting the explanations using context reinstatement interview techniques (Bahr and Ford 2011).

  2. Integration of Design processes with implicit measures of reasoning. Such measures may includes eyetracking to find scanning patterns, as well as EEG, facial expressions and postural measures to infer and identify cognitive states associated with design processing (Bahr et al. 2007).

  3. Data collection with experts and novices (undergraduate students) to capture rules of thumbs, individuality and variablity of reasoning processes. Critical data are how individuals, from expert to novice, solve a problem and their reasoning at the micro and marco levels; which alternatives designers conceive, as well as which solution is preferable and why. Moreover, a longitudinal study involving the same cohort of students acquiring expertise would provide considerably insight into the knowledge structures that support reasoning and how they change over time.

Having a foundation of reasoning knowledge data in place, the second step of the first challenge is modelling and storage of these data. Based on previous research (Hernandez et al. 2012, Bahr and Wood 2015, Bahr 2014) and the conceptual, organizational and associative affinity of relation systems with human long term memory, the development of a relational system is a possibility. The data will provide the foundation for modelling how knowledge of the experts is generally organized in line with cognitive psychological research. Data modelling is a rigorous process of iterative entity-relationship modelling, which results in a database schema. This schema may evolve over time but more importantly serves as the basic structure for organizing the semantic data acquired under the first challenge. An important aspect of the data model is the change of knowledge and reasoning over time. Hence, the data on individuality (across participants) and variability over time (from novice to expert) will be instrumental during the data modelling. As such a temporal data model will be necessary and similar to (Bahr and Wood 2015, Bahr 2014). Following the data modelling, the implementation into a relational database system seems to be a relatively trivial step and completes this challenge.

The result of challenge 1 is the construction of an artificial memory that includes the reasoning of a design domain. Reasoning is not just raw data but processed data. The set of research questions that relate to challenge 2 are based on the use and understanding of the data residing in the artificial memory using analytical and data mining techniques.

To investigate challenge 2, including schema extraction using data reduction techniques, expertise from the field of machine learning within artificial intelligence is necessary. In a first attempt the extraction and identification of relevant data from the different sub set of the artificial memory can be achieved by employing modern and well-established data mining tools like DMOP (Hilario et al. 2011) or KNIME (Berthold et al. 2008) to exploit the search space. A subsequent step could allow the examination of the previously mentioned dynamics and temporal components by applying other sophisticated methods like independent component analysis (Hyvärinen, Karhunen and Oja 2001) and recent deep learning approaches with convolutional neural networks and larger layer structures (Zeiler and Fergus 2014) that can be trained and efficiently applied by using the latest GPU accelerated graphics cards (Chetlur et al. 2014). Complementary or in addition, higher-level features might be identified by integrating sparse coding algorithms (Lee et al. 2006) that can also reduce the size of the data considerably to keep any processing steps manageable. Since a lot of parameters are involved in all stages of data handling, at least semi-automated optimization und fusion procedures appear as a necessity to allow maximizing the output of the various algorithmic classes. While taking all these different methods into account, the envisaged software architecture of the system should utilize design patterns (Gamma et al. 1995) from the field of software engineering to take care of sustainable aspects that support a long-term and continuous software development. This encompasses exemplarily categories like openness concerning the integration of source codes and methods from various different programming languages, flexibility allowing a change in the ordering of applied methods or working steps therein, and extensibility by providing software extension points that provide opportunities for the integration of customized modules via plug-in mechanisms (Ritter 2014). Having met challenges 1 and 2, the final and third challenge is the interaction design of a cognitive CAD tools that optimize the reasoning and semantic support during the design process.

Challenge 3 is the interaction design of a smart reasoning interface or intelligent CAD (iCAD) system. This challenge presents at least two research opportunities: how to make the artificial memory accessible to the design engineer during creative problem solving, and how to acquire new memories of reasoning and solutions alternatives during the design process.

The first effort requires interaction design that supports the user in an unobtrusive and “as needed basis” as to not interfere with (Bahr and Allen 2013) but enhance the primary task, i. e., the design process. This effort includes the use of good practices and principles of interaction design, such as spiral developments and techniques for early involvement of end-user in the interface design process (Bahr et al. 2006). Because it is intrinsic to the interaction that it occurs over time, each interaction creates a history of designs, which can be considered memories of problem solving. How these new memories are acquired and integrated is related the second research opportunity under the 3rd challenge, the acquisition of new memories of reasoning and solution alternatives.

Such data may be gathered by explicitly prompting engineers for reasoning input during or after design completion. Moreover, these data may be inferred in post processing of the design steps taken by the engineer. These analyses are closely related to the research questions investigated under challenge 2 and are thus incremental in nature. In summary, this research requires the implementation of experimental ontologies that allow the system to learn from users and are able to self-populate with user data (i. e., solutions approaches). This captures some of the dynamic aspects intrinsic to expertise and begins to capture how knowledge grows and reasoning may change over time. In summary, supporting design engineers with cognitive CAD tools requires the design and implementation of a system that is a reflection of human memory and reasoning and that enhancing the CAD with these cognitive tools is a formidable task. In conclusion, the state of CAD as cognitive support tool for the design engineers is in its infancy and substantial cognitive psychological research and software development are still to be done.

About the authors

Prof. Dr. P.E. Stephen L. Wood

Stephen Wood is an associate professor of Ocean Engineering and the director of the Underwater Technology Lab (UTL) at the Florida Institute of Technology, where he serves as the Associate Department Head of the Department of Marine and Environmental Systems. His research interests include Underwater Robotics, Underwater Vehicles, maritime archeology and design science.

Prof. Dr. Dr. Gisela Susanne Bahr

Gisela Susanne Bahr is an associate professor of Biomedical Engineering and the director of the Cognition Applied Research Lab (CARL) at the Florida Institute of Technology. She has served in the United States Navy as Aerospace Experimental Psychologist and has been awarded two PhDs (experimental psychology; computer sciences). Her research interests are artificial memory, assistive technology and universal access.

Jun. Prof. Dr. Marc Ritter

Marc Ritter is an assistant professor of the endowed Juniorprofessorhip Media Computing in the Department of Computer Science at Technische Universität Chemnitz. His research interests include the development of holistic methods and support tools for intelligent audiovisual analysis and machine learning with application to the industrial and biomedical area.

References

Adelson B. and E. Soloway. 1984. A cognitive model of software design. Rep. No. 342, Department of Computer Science, Yale University, Storrs, Connecticut.Search in Google Scholar

Arkes, H. and C. Blumer. 1985. The psychology of sunk cost. Organ. Behav. Hum. Dec. Process. 35: 124–140.10.1016/0749-5978(85)90049-4Search in Google Scholar

Bahr, G. S., B. Wheeler Atkinson, M. M. Walwanis Nelson and E. Stewart. 2006. A participatory evaluation method of graphic user interface storyboards: FAST AIDE (Function Annotated Storyboards Targeting Applicability, Importance, Design, Elaborations). In: (C. Stephanidis and M. Pieper, eds) Universal Access in Ambient Environments, Springer Verlag, Heidelberg, Germany, 261–273.10.1007/978-3-540-71025-7_17Search in Google Scholar

Bahr, G. S., C. Balaban, M. Milanova and H. Choe. 2007. Nonverbally smart user interfaces: postural and facial expression data in human computer interaction. In: (C. Stephanidis, ed) Universal access in HCI, Part II, HCII 2007, LNCS 4555, Springer-Verlag, Berlin, Germany, pp. 740–749.10.1007/978-3-540-73281-5_81Search in Google Scholar

Bahr, G. S. 2014. Of Human Memory and Databases: Ardemia. The Relational Data Model and Management System as a Set Theory Based Modeling Architecture for Human Long Term Memory. Retrieved from Proquest Dissertations & Theses. (Publication number AAC 3648513).Search in Google Scholar

Bahr, G. S. and R. Ford. 2011. Why pop-ups don’t work and how to make them effective: pop-up prompted eye movements, user affect and decision making. Comput. Human Behav. 27: 776–783.10.1016/j.chb.2010.10.030Search in Google Scholar

Bahr, G. S. and S. Wood. 2015. TimeGlue for cognitive schema extraction and big data reduction. Human Memory-Inspired Multimedia Organization and Preservation Workshop. In: Proc. ICME, in press.Search in Google Scholar

Bahr, G. S. and S. Wood. 2015 The big data between your ears: human inspired heuristics for forgetting in databases. Human Memory-Inspired Multimedia Organization and Preservation Workshop. In: Proc. ICME, in press.10.1109/ICMEW.2015.7169754Search in Google Scholar

Bahr, G. S. and W. H. Allen. 2013. A new way of thinking: polite computing and rational security interfaces. In: (C. Stephanides and M. Antona, eds) Universal Access in Human-Computer Interaction. Design Methods, Tools, and Interaction Techniques for eInclusion, Springer, Berlin Heidelberg, pp. 165–174.10.1007/978-3-642-39188-0_18Search in Google Scholar

Ball, L. J., J. St. B. T. Evans and I. Dennis. 1994. Cognitive processes in engineering design: a longitudinal study. Ergonomics. 37(11): 1753–1786.10.1080/00140139408964950Search in Google Scholar

Bartlett, F. 1932. Remembering. Macmillan, New York.Search in Google Scholar

Berthold, M. R., N. Cebron, F. Dill, T. R. Gabriel, T. Kötter, T. Meinl, P. Ohl, C. Sieb, K. Thiel and B. Wiswedel. 2008. KNIME: The Konstanz Information Miner. In: Data analysis, machine learning and applications. Studies in classification, data analysis, and knowledge organization, Springer, pp. 319–326.10.1007/978-3-540-78246-9_38Search in Google Scholar

Chetlur, S., C. Woolley, P. Vandermersch, J. Cohen, J. Tran, B. Catanzaro, and E. Shelhamer. 2014. cuDNN: Efficient primitives for deep learning. arXiv preprint arXiv:1410.0759, 9 p.Search in Google Scholar

Chomsky, N. 1969. Deep structure, surface structure, and semantic interpretation. Indiana University, Bloomington.Search in Google Scholar

CREO. 2014. Available at: http://store.ptc.comSearch in Google Scholar

D. G. Ullman, L. A. Stauffer, T. G. Dietterich. 1987. Preliminary results of an experimental study on the mechanical design process. Tech. Report X6–30–9, Oregon State University.Search in Google Scholar

Duncker, K. 1945. On problem solving, Psychol Monogr. 58: whole no. 270.10.1037/h0093599Search in Google Scholar

Gamma, E., R. Helm, R. Johnson and J. Vlissides. 1995. Design patterns: elements of reusable object-oriented software. Addison-Wesley Longman Publishing Co., Inc., Boston, MA, USA.Search in Google Scholar

Gick, M. L. and K. J. Holyoak. 1980. Analogical problem solving. Cogn. Psychol. 12: 306–355.10.1016/0010-0285(80)90013-4Search in Google Scholar

Hernandez, N., G. Kremer, L. Schmidt and P. Herrera. 2012. Development of an expert system to aid engineers in the selection of design for environmental methods and tools. Expert Systems with Applications. Elsevier Ltd., No. 39, pp. 9543–9553.10.1016/j.eswa.2012.02.098Search in Google Scholar

Hilario, M., P. Nguyen, H. Do, A. Woznica and A. Kalousis. 2011. Ontology-based meta-mining of knowledge discovery workflows. In: (N. Jankowski et al., eds) Meta-learning in computational intelligence, Springer.10.1007/978-3-642-20980-2_9Search in Google Scholar

Holyoak, K. J. 1990. Problem solving. In: (D. Osherson and E. E. Smith, eds) Invitation to cognitive science, 3, MIT Press, Cambridge, MA. pp. 267–296.Search in Google Scholar

Hyvärinen, A., J. Karhunen and E. Oja. 2001. Independent component analysis. Wiley-Interscience.10.1002/0471221317Search in Google Scholar

Kahneman D. and A. Tversky. 1979. Prospect theory: an analysis of decision making under risk. Econometrica. 47: 263–291.10.2307/1914185Search in Google Scholar

Kant, E. 1985. Understanding and automating algorithmic design. In: Proceedings of IJCAI-85, Morgan-Kaufmann, Los Altos, CA, pp. 1243–1253.Search in Google Scholar

Kant E. and A. Newell. 1982. Naïve algorithm design techniques: a case study. In: Proceedings of the European Conference on Artificial Intelligence, Orsay, France, pp. 40–51.Search in Google Scholar

Lee, H., A. Battle, R. Raina and A. Y. Ng. 2006. Efficient sparse coding algorithms. In: NIPS, 801–808.Search in Google Scholar

Luchins, A. S. 1942. Mechanization in problem solving, Psychol Monogr. 54: whole no. 248.10.1037/h0093502Search in Google Scholar

Marshall, S. P. 2007. Schemas in problem solving. Cambridge University Press.Search in Google Scholar

Ritter, M. 2014. Optimierung von Algorithmen zur Videoanalyse: Ein Analyseframework für die Anforderungen lokaler Fernsehsender. Chemnitz. In: Wissenschaftliche Schriftenreihe Dissertationen der Medieninformatik, Universitätsverlag der Technischen Universität Chemnitz, 2014.Search in Google Scholar

Steier D. M. and E. Kant. 1985. Symbolic execution in algorithm design. In: Proceedings of IJCAI-85, Morgan-Kaufmann, Los Altos, pp. 225–231.Search in Google Scholar

Ullman, D. G., T. G. Dietterich and L. A. Stauffer. 1988. A model of the mechanical design process based on empirical data. AI EDAM 2: 33–52.10.1017/S0890060400000536Search in Google Scholar

Wertheimer, M. 1959. Productive thinking. Harper & Brothers Publishers, New York.Search in Google Scholar

Wood, S. L. 1996. Function driven design selection of plastic injection molding features. 1996. ASME Design for Manufacturing Conference, DFM A W2, Los Angeles, CA.10.1115/96-DETC/DFM-1301Search in Google Scholar

Zeiler, M. D. and R. Fergus. 2014. Visualizing and Understanding Convolutional Networks. In: Computer Vision – ECCV, LNCS vol. 8689, Springer, 818–833.10.1007/978-3-319-10590-1_53Search in Google Scholar

Published Online: 2015-07-12
Published in Print: 2015-08-01

© 2015 Walter de Gruyter GmbH, Berlin/Boston

Downloaded on 31.10.2025 from https://www.degruyterbrill.com/document/doi/10.1515/icom-2015-0028/html?lang=en
Scroll to top button