Discussion - Should Software Producers be Registered?
Discussion - Should Software Producers be Registered?
(OP)
In reading through the posts on "STAAD vs ..." and other software subject posts, I would like to get your thoughts on whether a software producer of analytical engineering software should be registered, first as an engineering business in at least their state of origin, and secondly, have their software validated and signed off by a registered professional engineer (on staff). Currently state laws require that we (end users) validate the software (which most of us would do whether required by law or not!). While I think this is still necessary, I would also like to see some obligation on the part of the producer to understand engineering, not just numerical manipulation.
Blast off!!......
Blast off!!......






RE: Discussion - Should Software Producers be Registered?
Definetly YES, they must guarantee what they seel for sometimes a HUGE amount of money, and in adition, not only the software but their users too:
(quoting myself)
"I'm sure that everyone who are confident to sign a project must have this, because in fact we deal at last with lives, money are the minor question, we must assure that a structure is stable and strong enought to support the given loads..... (think about this).
That's why I'm allways afraid about the general use of design/analisys softwares, they make the things seems simple for the novice and tech confident engineer, I've seem so many examples around here that I guess that the user must first get a "drivers license" to use this softwares, they can be dangerous in wrong hands, even the good ones (softwares)."
Best
Fred
RE: Discussion - Should Software Producers be Registered?
Whether there should be some kind of registration format for these companies is tricky - one engineer will not have all the required knowledge to test every aspect of the program so you will have to have a committee and given that these programs are sold worldwide different validation will be required for the US as opposed the UK and Europe fro example. I think the software companies would regard this as a logistical (and resourcing) nightmare and would be loathe to support it unless it was imposed upon them - and who will do that??
There is some software on the market that inspires confidence and others that do not - maybe some sort of independent task group could be formed by engineers all using different software but testing against the same examples - like the Nafems benchmark tests for FE software.
Nice idea but too messy to implement i think.
a
RE: Discussion - Should Software Producers be Registered?
RE: Discussion - Should Software Producers be Registered?
Obviously this isn't for every software manufacturer as the cost would surely go through the roof for even the simplest of design aids. However, there might exist some middle ground or level certification that, at a minimum would provide or boost the desired user satisfaction/user confidence. And I'm all for that!
RE: Discussion - Should Software Producers be Registered?
How many of your college professors were licensed/registered professional engineers. It's a sad state of affairs when the ones who do the teaching cannot even pass the examinations. In addition, ASCE is pushing for a master's degree before licensing so that we can spend even more time with these clowns.
RE: Discussion - Should Software Producers be Registered?
Q..I agree. One problem though, is that many single practicing engineers don't get peer interaction and cannot afford to validate to the extent that those of us who have been in larger companies have been able to do. Currently, anyone with a bit of programming savvy can produce software, without any validation other than end use. My guess is that this is what got RE where it is today.
RE: Discussion - Should Software Producers be Registered?
I think that it is proper and correct that the software written for a structural engineer be developed with either the full effort of, or participation/oversight of, a licensed engineer. It only makes sense. That said, I'm not sure it is appropriate for said licensed engineer to certify, seal, warrant, etc. the code. He isn't "practicing" engineering, but simply producing a tool to assist other engineers in their practice.
An engineer friend of mine was hired to review/QC a program that analyzes and designs bridge piers for a major software company. She worked through numerous problems and reviewed some of the code structure and provided feedback to the programers. However, she can't, and shouldn't, warrant that she caught every bug. Their purpose was not to certify their product, just improve it.
I think that the software companies face a similar insurance challenge that we engineers face. Namely, that we can only certify what we produce. My structural designs can be "mis-used" by others in that my plans could be replicated for use on another site without my knowlege, or some rebar be left out of a concrete beam. I can't be held liable for this and our insurance companies provide a lot of guidance on what is and is not good practice in terms of avoiding liability. The software vendors product can also be mis-used...probably even worse than what we experience.
Software vendors today, many times, emphasize that their programs are "written by and for engineers". I would expect that many are already using engineers. If they were required to "seal" their product, I'm sure they would still use a lot of boiler-plate language that would limit their responsibility as they do today.
RE: Discussion - Should Software Producers be Registered?
The best engineering software companies should have
1) Professional engineers writing or at least testing the software before release.
2) Solid up-to-date references of clients using the latest version of their software.
3) Rapid response to user problems, to fix bugs as soon as they are discovered.
4) User manuals that are understandable to ordinary mortals (engineers) and which provide enough background explanation that an engineer who has never done matrix inversions can still understand what they are doing with the software.
5) Perhaps an external engineering auditor to check their work.
I doubt that any system of registration of software vendors can be made to stick, internationally.
As engineering users, perhaps the best we can do is to insist on criteria like those above, and additionally, always do broad-based spot checks on any analysis that is done. For example, check that variation in stress and deflection can be explained by load variation across a structure, check overall stability, check that signs +/- of end reactions make sense, check member sizes and orientations make sense, and for any major structural member, always size it manually first and compare with the software result.
RE: Discussion - Should Software Producers be Registered?
What does this do? It gives the software company a chance to provide good support and improve customer relations. From the customers point of view they learn what they may have done wrong and are advised how to avoid the problem again.
Remember just because software doesn't work the way you do doesn't mean that it can't do what you want, it may just have another way of doing it.
sc