At the top of the food chain, an apex predator hunts without fear of being hunted. That’s why MSC Software Corporation branded its latest software line MSC Apex and dubbed the original, 2014 release “Arctic Wolf,” confident the computer-aided engineering program would soon, like its namesake, dominate the landscape.
Computer-aided engineering uses software to model, test, and analyze structures and parts before they’re ever built. It’s a tool that has come to be embraced by industries from aeronautics and auto manufacturing to farm machinery and medical equipment.
NASA, always trying to stay atop the engineering curve, quickly became an Apex customer and found its nomenclature to be justified.
“With Apex, what normally can take you days or weeks can be done in a couple of hours,” says Scott Taylor, a senior mechanical engineer at NASA’s Marshall Space Flight Center. Taylor uses the software to analyze the Agency’s next-generation rocket, the Space Launch System. “It is just stunning, and I’ve been here at NASA as a contractor since ’89. I’ve used all of the packages. This is just simply something else.”
But a lot of the computer coding that enables Apex, as well as a number of other related programs, was first found in the product of a long-ago partnership between Newport Beach, California-based MSC and NASA: NASTRAN.
Half a century after its creation, NASTRAN remains at the cutting edge of its field, both in the internal workings of programs like Apex and as an industry standard in its own right. To this day it is one of NASA’s most widely used software programs, and its influence has changed the design process for a number of industries.
NASTRAN owes its existence perhaps first and foremost to Thomas G. Butler, who, as an engineer at Goddard Space Flight Center in the 1960s, championed the creation of a general-purpose finite element analysis (FEA) program.
FEA is a now-common computerized numerical method for modeling structures and predicting how they will react to outside forces such as pressure, vibration, and temperature.
But back then, the field was in its infancy, and when Butler hired Reg Mitchell, then an engineering student at George Washington University, as a summer engineering aide in 1964, “I had to go to the library to find out what finite elements were,” Mitchell recalls.
Butler had previously worked at the Baltimore division of the Martin Company, which developed an early, basic finite element modeling program, Mitchell explains. “He arranged to have a copy brought down to Goddard, and I was to try to figure out how to use it that summer.”
Meanwhile, Butler recruited supporters from the various NASA field centers and several Department of Defense agencies, and a committee was formed with him at the head. “These fellows all got together and came up with their dream computer program, all the things it should do—a lot of which weren’t doable in 1964, but they described what they wanted, not necessarily what they had,” Mitchell says.
Following a competitive process, a team of three companies—Computer Sciences Corporation (CSC), the Martin Company, and MSC—was selected to build this dream program. Richard MacNeal and others from MSC, better known then as the MacNeal-Schwendler Corporation, handled the theoretical mathematics behind the software’s design, while CSC created much of the architecture and programming, and Martin produced the structure-plotting capability, Mitchell says.
He describes the basic idea of the program as “a virtual Tinkertoy set.”
A model was defined using coordinates for grid points, connected by virtual plates, beams, rods, and other finite element building blocks that were assigned the properties of various materials. “Then the computer takes all this description of geometry and the material the elements are made of and builds a huge matrix equation set that describes this theoretical model.” Hypothetical loads of pressure or vibration, for example, are applied, and the software figures out how these loads move through the model.
Engineers built the program as a series of functional modules. “NASTRAN was one of the first programs that was highly modular in its approach, which is probably why it’s still around now, all these years later,” Mitchell says.
While NASA had an obvious interest in predicting the behavior of aeronautic and space vehicles, NASTRAN was always intended to work just as well for any other structure, he says. “NASTRAN was to be a general-purpose structural analyzer. It didn’t matter what you were analyzing. It hasn’t mattered to this day.”
This flexibility earned the program wide appeal, and its extensive documentation also eased its adoption by industry, says Mitchell, who was the chief reviewer for the programming manual. He describes it as “about two phone books thick.” In addition, a user’s manual and a theoretical manual were also created.
“Butler was big on documentation, not only on how to use the software but also how to fix it, how to add to it—all this was extensively documented, much better than the average program in the late 1960s,” he says.
NASTRAN was first demonstrated to modest fanfare in a Goddard auditorium in May of 1967, and the program was fully functional a year later.
In the early 1970s, NASA released NASTRAN to the public through its Computer Software Management and Information Center (COSMIC) at the University of Georgia, which managed the Agency’s public software programs at the time, offering them at low prices.
MSC and other companies soon began marketing their own versions of the program.
“As soon as we started distributing it, industry saw a good thing and pounced right on it, with the automobile companies being the biggest pouncers,” Mitchell says. “Using NASTRAN in the process that’s now called virtual product design, you can do a lot of trial-and-error in your structures on the computer instead of going out and building stuff and driving it around the track. It significantly shortened the development time for their automobiles.”
The automotive industry has remained the biggest user, but companies and Government agencies have used NASTRAN to design everything from steam turbines to tractors, floppy disks to computer printers, oil platforms to buildings, and manufacturing equipment to roller coasters, as well as ships, submarines, planes, helicopters, and space shuttles (Spinoff 1976-1982, 1986, 1988, 1990, 1991, 1998). The program has been used for such disparate purposes as earthquake analysis and predicting thermal activity in poultry houses and plant nurseries.
Meanwhile, NASTRAN has grown from about 300,000 lines of code to nearly a million as it has been refined and new modules have been added. The Space Agency remains a regular user.
“If you’re going to qualify anything for flight, especially manned flight, NASTRAN is the software that’s been relied on,” Taylor says. “For us, it’s a daily experience, running NASTRAN.”