 |
|
 |
COFES Blog
Dec
15
Written by:
Brian Seitz
12/15/2007 8:40 PM
In the 70s and 80s, Engineering and Manufacturing Software developed upon the technological basis of geometry capture. This is essentially the digital equivalent of using the Cartesian coordinate system and descriptive geometry that architects and engineers had been using in previous decades, only now created in cyberspace. Further refinement to this approach yielded such benefits as 3D Wireframe, Surface, Solids and Parametrics, and to some broad sense of the word, Features. Additionally, the geometric definition approach, along with advances in computer technology and computational mathematics to product design, yielded other advances such as analysis software applications (in Structural, Kinematics, Human Factors, and Fluid Flow).
What this approach and incremental refinement has not accomplished over the years has been a breakthrough in product design productivity. For all its improvements, the product design process has improved little from the methods developed more than a century ago.
Evidence of this lack of progress is the continued inflexibility of product designs, increased levels of efforts to integrate components or products –if possible without significant modifications—into larger systems or solutions. Design System sensitivity to requirements or performance changes is still a major issue. A simple requirements change can create significant redesign, rework and scrape of products. This fact has not changed since its effects were documented in a US Air Force study OVER THREE DECADES AGO in which it was found that more than ninety percent of a product's costs and inflexibilities were created before the initial geometry was completed early in the design process. This implies that CAD systems are not really product design tools, but rather product description capture and refinement for manufacturing produciblility purposes [a discussion for another time].
The ability of engineering firms to envision potential changes forecasts that impact and adjustment to these changes is a significant weak point for firms as they enter this age of rapid change. Attempts to “plan for change” and technology flexibility have not yielded the hope for benefits either.
What is truly being called for is a breakthrough, a fundamental change in how products are designed and produced. The stepwise refinement of today’s design systems will no longer yield the productivity that corporations are demanding of the function.
Tags:
6 comment(s) so far...
Re: What is called for is a breakthrough in the product design process
The interesting thing is that back in the late 80's we were saying the same thing. Prior to 1989, CAD, and especially 3D solid modeling, was used as a documentation tool - after the design was complete. The tools of the time did not lend themselves to making geometric changes easily. That obviously changed with parametric, feature based modeling, but we have clearly hit a plateau. PFB CAD systems are poor for taking designs in unplanned directions, and are not built for casual users, especially if those users did not create the original model.
So I believe that the next step function in productivity will come when all participants (not just the CAD experts) in the product development process can work in 3D, even if the model originated in a different CAD system, or if was built in a way that did not lend itself to the changes that are needed.
Cyon Research, Aberdeen, and others have quantified the costs due to the lack of interoperability of 3D CAD systems and models, and of not leveraging the precise 3D models throughout the entire product development chain. We are now on the cusp of the next "breakthrough" in CAD. Expect to see a step function in productivity and efficiencies as a result.
Joe.
By Joe Lichtenberg on
12/21/2007 2:17 PM
|
Re: What is called for is a breakthrough in the product design process
I don't know what Mr. Seitz's background is, but he certainly seems to have little grasp of what the design process entails. From concept to completion of any designed entity, be it machine, system, or structure, the process is a human one. In times both ancient and modern, artists, engineers and architects (I.E. the 'Designers') have used the tools available to them. Mathematics developed in part as a means to assist the Designer in solving problems, and writing and drawing were the means to express explanation of the creative thought processes and end result (I.E. 'design') of the Designer. The T-square and drawing board were replaced by the drafting machine, which in turn was replaced by CAD systems. Long before 'digital geometry capture' came along, engineers and architects had been using a new tool - the computer - to assist in complex problem solving. My university days in the '60's gave me my first glimpse of a world where computers could be used to assist in the human process of design by enabling far more rapid solution of complex engineering mathematical problems.
If I recall my CAD history correctly, 3D preceded 2D by some years, driven by military aerospace and automotive design requirements. Again, it was a tool to assist in the design process, and initially 3D since engineers think in three dimensions. Early popular CAD systems were 2D, and simply replaced the drawing board. The development of 3D wireframe, surface, and solid modelling geometry-generation tools, along with analysis tools like FEA that could all run at acceptable pace on PC hardware ensured that these powerful tools were made available at reasonable cost to any company desiring to implement them.
They have proved to be both a blessing and a curse. A blessing in the elimination of drudgery in geometry creation (older draftsmen and engineers who drew with pencil and pen can enlighten the younger reader to the absolute, time-murdering drudgery of creating cross-hatching by hand on a drawing board for a complex machine), and a curse in the confusion that arises in the minds of some who think that a computer program is somehow capable of design, or that the design process can be automated in such a way as to eliminate human interaction, or to eliminate the need for design changes that cause redesign, rework, or scrapping of obsoleted stock.
Mr Seitz seems to have confused the use of digital technologies with the design process itself. The process is human, the tools are tools. A CAD, CAM, CAE software product is indeed a tool to assist a human to design. Human knowlege increases, each generation standing on the shoulders of those going before us. Forethought (another human process) can help accomodate design changes at a future date, but cannot eliminate them. Cooperation and good communication between sales, marketing, design and manufacturing arms of a company can anticipate and accomodate both the certainty of design changes down the road and a planned means of dealing with them. But some changes just can't be anticipated. The invention of the transistor doomed tube technology and forced change on an entire industry. Eliminate it? Never. Automate it? The tools help. A breakthrough in how products are designed and produced? The creative individual has used current knowledge, assisted by ingenuity and wisdom, to conceive incremental technological change, punctuated by occasional breakthroughs like the transistor. That's the way design works.
By Francis Traylor on
12/21/2007 2:18 PM
|
Re: What is called for is a breakthrough in the product design process
Francis, My background is irrelevant to the discussion at hand. However, if you have read other blog entries or read other articles by me you would know I have over 35 years in design and manufacturing; in areas such as Architecture, Aerospace, and Software. I have worked in the entire cycle of product realization from concept to production floor and logistic support. With regard to you history “WRONG”; 2D preceded 3D --not the other way around-- and it did so by several years. While the military provide funding for research, deployment, and leadership through such programs as Mantech (yes I was there). In several of CAD’s first expansions it was called Computed Augmented Design (Lockheed CADAM), Computer Automated Design (a not to be named I.T. Corporation) and finally Computer Aided Design –after the dust settled and reality set in.
Regarding confusing engineering “tools” with the engineering “process”. Even a casual examination of design activities today indicate that the current CAD products are so infused into the process that they shape the very thinking of designers based upon the limitations of the “Tools” This phenomena has been shown over and over again in multiple disciplines including engineering. Thus I would content the tool has become the process rightly or wrongly.
However, I do not come to bury CAD but to Praise it –warts and all. If you were around in the fifties and sixties there were various design methodologies used and various techniques such as F.A.S.T. –Legget and White, Hall and Chestnut had written books on systems engineering that look remarkably like the design process models used in the today; most likely due to the influence of the military. Later Blanchard, Pugh, Cross and others documented similar design methodologies and included various aspects of engineering activity under refinement by Taguchi and Clausing. In the mid-eighties, early nineties various new model concepts and trends came out DFM, DFA (Boothroyd), Concurrent Engineering. All were efforts to address various symptoms that indicated the waterfall methodologies --developed in the past and coded into CAD and PLM products or at least implemented as “best practices”—were breaking down as workloads scaled up and cycle times shortened.
Today, there are indications on the horizon that suggest that the dominate design methodology employed today in most engineering and architectural departments is nearing an end. More and more “tools” are being fielded that incorporate “design logic and knowledge” making it such that customers may someday design go beyond requirements specification and design influence to interacting with systems to create the designs themselves. The rational for such being that “Engineering departments are too slow, Too many design errors and rework, Design are inflexible” –survey results from a CAD/CAM vendor study (late 1980s), If one reads von Hipple (Design Democratization) the writing is on the wall –at least in the U.S.A. What is called for is a new approach to design that breaks both the geometry first and waterfall mentality. An approach that if I may borrow from Viturvius; enables form to follow function instead of the reverse. A functional goal based engineering system. F.A.S.T. in the 50s, Value Analysis in the 60s and QFD in the 80s appears to be the right vector, having CAD “Tools” that support that model may prove more of a productivity breakthrough than 3D, Wireframe, Surface or Solids.
and yes I have more board, t-square and slide rule time than I'd care to admit as well as several PC based CAD, CAE and other engineering support products that I run through their paces as part of my analyst position; cut chips wood & metal and change my own oil, spark plugs and do my own tune-ups.
By bseitz on
12/21/2007 3:22 PM
|
Re: What is called for is a breakthrough in the product design process
My view, CAD has the ability to stretch further and breakthough barriers in the AEC industry. Just a thought, why not create templates for the structure instead of antaquated blueprint mentallity. Steamline the framing info. and put it on a simple exacution tool that unites the building team with the critical data at the most crucial time in building...the layout! . The data is there and templates produce real productivity. See what I mean by going to Accuframesystem.com...then you'll be leverging technology for productivity.
By Michael Schettine on
12/24/2007 4:41 AM
|
Re: What is called for is a breakthrough in the product design
I suggest that you are all mostly right and a little wrong. A breakthrough in "the elaboration of information punctuated by decision" (as Dave Ullman characterizes design) is certainly needed. However, the focus on process must be augmented with an equivalent focus on product effectiveness, designer learning and ability to address customer problems that exhibit greatly increased extent, variety and ambiguity.
Once we understand how to think about design in new ways then we can do a better job of selecting and evolving designers, then a new generation of computer-based tools.
By Jack Ring on
1/14/2008 2:51 PM
|
Re: What is called for is a breakthrough in the product design process
From my perspective, experience, and the documented observations of this phenomenon; I see the tools in the past three decades have shaped how designers think most profoundly. While I am a strong believer, that one can overcome one's bias and blind spots (e.g., the fish are unaware of water argument) it is not without significant effort or realization that the model of the world one carries in one's head needs to change. Businesses are all too aware of this issue now a days as almost every Executive has the words business model on their lips.
During the late 70s and early 80s, I was brought on to an Aerospace corporation to implement and deploy engineering/manufacturing modernization programs. While doing such I observed and documented for my company and the Government programs I was funded by; various aspects with regard to the usage of technology, among them was what was loosely called Human Factors attributes --more psychological than physiological.
One of the curious aspects to this was how difficult it was for those trained on the boards and those being raised on the computer. It was observed that those risen on the boards had over time thought in 3D translated to 2D, projected back into 3D; while those on the later versions of CAD tools thought in 3D, and entered directly. Here was a classic example of a tool shaping how people think. Likewise, a similar story to be told in the area of computer aided process planning.
When we studied –yes there are studies stored away somewhere on this very topic in some government back office—this we found that the tool shaped the thinking process and the thinking process shaped the evolution and refinement of the tool. A viscous circle that continues until someone with fresh eyes breaks the mold. In business during the 60s, 70s, and early 80s everyone knew that software would always be a giveaway or a marginally profitable business. Microsoft changed everyone’s perspective taking huge hunks of revenue from IBM’s misperception. I look at the field of Engineering with the same perspective as a business. The model of how engineering provides value, its customer sets all are changing. The ecosystem around design and engineering is changing. If one looks, are how engineering is measured and compensated now vs during the space race days; the relative value in a company and society a simple set of questions for Design Software Developers comes to mind. Has the market shrunk so much that it can’t support so many vendors (Slywotzky’s No Profit Zone), Does the business model of Shrink-Wrap S/W and Maintenance have to change, or should Software Developers choose to serve a different set of customers concern with the design process (e.g., Google Sketch and Dassult 3D Shape-it)?
I do not have all the answers but I did see the pattern and direction the design industry was going a decade ago. At that time, I spoke and wrote about it on every venue I could. Now as the product innovation and realization are again posed for another evolution the question for developers is what direction will that take and will they create a new business model that is profitable or will they echo US Steel and LTV experiences in another industry.
Does that mean product performance should be neglected? Certainly not. However, the customer decides what level of product performance is of value and what is “over” engineered. Microsoft has repeatedly had to convince users to upgrade as of late as the Office product was judged rich enough in features.
With so many features and tools, end users became less productive not more “futzing”. The new version Office has now taken a different tack focusing on: organizing, simplify the tools, and better integrating these to make it easier to do the tasks. I would propose fewer features on the surface of CAD products, more integration with the entire design cycle would yield better results. Possibly reengineering or completely building a new platform that works on the entire design cycle in a collaborative manner, rather than attempting to bolt-on collaboration after the fact.
By Brian K Seitz on
2/3/2008 10:00 AM
|
DISCLOSURE:
The US Federal Trade Commission mandated in December of 2009 that bloggers must disclose any material connection and compensation received for blog posts to inform consumers of paid endorsements.
The blog published here is completely my own and Cyon Research receives no compensation for its content. However, readers should assume that Cyon Research currently has, has had in the past and is likely to seek a business relationship with any company mentioned here.
Likewise, Cyon Research employees may not directly own shares in any company reported on here. However, it is likely that mutual funds or other investment vehicles contain shares that are not under the direct control of company employees.
|
 |
|
 |