So what can we learn from this:
Tool vendors should be able to listen to their customers and spent time on that. The incentive for that might be a (partial) reimbursement of their cost when they lose the competition.
Customers should take new technology into account and develop a strategy what and how to use it before starting a benchmark. Spending time listening to vendors might help here or using outside expertise.
The evaluation team should be knowledgeable and preferably have been involved in developing the scenario.
Tool vendors should have consultants that understand the business requirements of their (prospect) clients.

You raise some good points. In a geometry only system, it is almost meaningless to speak about design intent or engineering intent. Without the ability to express constraints, relationships, capacities at the level of material properties, engineering units and requirements, we do not have the language sufficient to express intent. This takes the term beyond what is possible today in a CAD system alone.

I would argue further that the need to enforce intent in an engineering model precludes interaction, otherwise expressing such intent is documentation and borders on being barely a suggestion. This takes the term out of what is possible in in a PLM system alone.

Consequently, I believe the term is only useful in the context or producing and evaluating designs automatically; in a design automation system with its own engineering model and language with the constructs required to both describe intent and, if we want any confidence that it is correct, produce a design.

@John – Yes PLM has been part of the solution. One problem has been making it easy for engineers and others to capture, and then recall that information. That leads to…

@Chris – Thanks Chris. We got a briefing on Vuuch a while back and I look forward to catching up soon. I think that you guys are working on stuff that does fit right in here, and are working at a good level of integration. This is better in many ways than what people have been doing with tools like DOORS, and others. It also covers the ideation/evolution process better on how engineers are collaborating to meet that elusive intent. I look forward to hear more from your customers on how well users are taking to your approach.

The real “Design Intent” is buried in all the emails flying about that are used to solve design issues and support design tasks. “True Design Intent” can be found in all the interaction between the people who resolve the things being tracked on the project issue list. Just look at what happens when a team is changing a part that was designed a few years back. They start asking around to see who was involved and then asking those people, if they are still there and they can remember, what drove the design, what problems they had?

One would hope the PLM and PDM tools have this data, but they do not. These tools are great at capturing the version of a file, but these tools have no idea what happened or why the part was changed or who was involved in the decisions during the change. The FDA has created a process that force design teams to manage what they call the Design History File. In short – This file is suppose to tell the FDA what decisions were made and who was involved and did the change modify the intent of the product. If you look at a DHF you will find things like issue lists, email and all sorts of unstructured information. At Vuuch we are calling this an items social life-cycle.

If the PLM, PDM and ERP tools know what a part is at version A or B then the social life-cycle knows what happened between A and B. So what is this social life-cycle? Take a very simple situation where a designer is working to resolve an issue on a part and they need to bring the vendor, manufacturing and purchasing into a discussion to come up with a resolution… The PLM, PDM and ERP system will not know about this chain of people, but a Social Enterprise System used to manage the design issue will not only know about all these people it will also know their contribution.

This is exactly what Vuuch does.

You are correct that most people confuse geometry creation with design intent. This may have come about because of the use of the word “history” when describing the CAD operations tree. However, as you point out, history and intent are two quite different issues and many histories can be applied to creating a design to fit a required intent. By way of example, a number of years ago a group of designers for a very large company that I won’t name performed an experiment using a modern CAD solution (also unnamed). Being curious about history-based CAD, they decided to discover how different designers would use the same CAD tool to create a very well specified mechanical assembly. They presented a group of designers experienced in their CAD tool of choice with detailed specifications, waited a while, then collected the completed designs. When they examined the history trees embedded in the various designs, they found just what you might expect—no two of them were alike, not even close. But, they all implemented the vast majority of the initial specifications, the intent.

Now for a short digression into the diabolical minds of the perpetrators of this experiment. They then gave each of the designers a design created by someone else in the group. No one was given his own design. Then they provided specifications for some changes to be made to the design. Only one designer was able to execute the complete set of required changes. A couple of others were able to make some of the changes, and a few were not able to make the changes at all. Which illustrates the basic issue with trying to live in a CAD history based design environment. The history that one person creates may be complete gibberish to another person.

Now to get back to the intent of your blog post, which is that design intent is more important than design history. The ugly problem is posed by the question: How can you capture design intent? Certainly parametric information and contextual design help, but, unfortunately they do not today, and I suggest they will not in the future, be able to capture all of the intent. For this, something other than CAD is needed.

This leads us to PLM. There are numerous solutions centered on the PLM concept. In this case, the primary issue is to be able to document and capture the intent of designs. Requirements management is as good a starting point for this today. It allows the design specifications to be enumerated and associatively linked to features of the geometric model. Thus, they can be monitored and validated as the design evolves. This is critical because, if a feature of the design is modified, it is imperative that the designer checks that the change does not invalidate any associated specification. Likewise, if a requirement changes, then it is critical that the impact on the geometric design is well understood and appropriate changes are made to accommodate the modified specification.

Much more could be added on this topic. Additions and comments are welcome.
John MacKrell, CIMdata

I realize it’s not that simple.

Getting back to your article, design intent to me means “why is that part shaped that way.” It has nothing to do with feature trees. It has nothing to do with geometry. Design intent is “the wing is shaped that way so it doesn’t bend too much in a 9G turn” or whatever.

Or here’s another way to look at it. By the time an analyst gets geometry it’s a real mess. For an aircraft you’ll have tens or hundreds of thousands of bits of geometry. Design intent (aka engineering intent) is knowing which 2,000 surfaces are the wing or the tail or whatever. When you have to do loads accounting by geometry component, part of the analysis burden is recovering the geometry lost in the CAD.

One might conclude that I’m arguing for the integration of CAD and analysis. While there are definite benefits for doing so (the elimination of CAD interoperability problems one of them) there’s still a place for best-in-class CAE methods separate from the CAD.

Don’t know whether this was the commentary you were seeking. I should also learn not to post while watching a movie on TV.