imported>InternetArchiveBot: Rescuing 2 sources and tagging 0 as dead.) #IABot (v2.0.9.5

2025-06-23T08:16:00Z

Rescuing 2 sources and tagging 0 as dead.) #IABot (v2.0.9.5

New page

{{about|the use of knowledge-based technology in the CAD domain|development of expert systems in all domains|Knowledge engineering}}

'''Knowledge-based engineering''' ('''KBE''') is the application of [[knowledge-based systems]] technology to the domain of manufacturing design and production. The design process is inherently a knowledge-intensive activity, so a great deal of the emphasis for KBE is on the use of knowledge-based technology to support [[computer-aided design]] (CAD) however knowledge-based techniques (e.g. knowledge management) can be applied to the entire [[Product lifecycle management|product lifecycle]].

The CAD domain has always been an early adopter of software-engineering techniques used in knowledge-based systems, such as [[Object-oriented programming|object-orientation]] and [[Rule-based system|rules]]. Knowledge-based engineering integrates these technologies with CAD and other traditional engineering software tools.

Benefits of KBE include improved collaboration of the design team due to knowledge management, improved re-use of design artifacts, and automation of major parts of the product lifecycle.<ref>{{cite web|title=Knowledge Based Engineering|url=http://www.technosoft.com/kbe.php|website=technosoft.com|publisher=Technosoft|accessdate=5 July 2014}}</ref>

==Overview==
KBE is essentially engineering on the basis of [[knowledge models]]. A knowledge model uses [[knowledge representation]] to represent the artifacts of the design process (as well as the process itself) rather than or in addition to conventional programming and database techniques.

The advantages to using knowledge representation to model industrial engineering tasks and artifacts are:

* Improved integration. In traditional CAD and industrial systems each application often has its own slightly different model. Having a standardized knowledge model makes integration easier across different systems and applications.
* More re-use. A knowledge model facilitates storing and tagging design artifacts so that they can easily be found again and re-used. Also, knowledge models are themselves more re-usable by virtue of using formalism such as [[Is-a relation|IS-A relations]] (classes and subclasses in the object-oriented paradigm). With subclassing it can be very easy to create new types of artifacts and processes by starting with an existing class and adding a new subclass that inherits all the default properties and behaviors of its parents and then can be adapted as needed.
* Better maintenance. Class hierarchies not only facilitate re-use they also facilitate maintenance of systems. By having one definition of a class that is shared by multiple systems, issues of change control and consistency are greatly simplified.
* More automation. Expert system rules can capture and automate decision making that is left to human experts with most conventional systems.

KBE can have a wide scope that covers the full range of activities related to [[Product Lifecycle Management]] and [[Multidisciplinary design optimization]]. KBE's scope includes design, analysis ([[computer-aided engineering]] – CAE), [[manufacturing]], and support. In this inclusive role, KBE has to cover a large multi-disciplinary role related to many computer-aided technologies ([[CAx]]).<ref>{{cite web|title=What Distinguishes KBE from Automation|last1=Prasad|first1=Brian|url=http://legacy.coe.org/newsnet/Jun05/knowledge.cfm|archive-url=https://web.archive.org/web/20120324223130/http://legacy.coe.org/newsnet/Jun05/knowledge.cfm|archive-date=24 March 2012|publisher=coe.org|accessdate=3 July 2014}}</ref>

There are two primary ways that KBE can be implemented:

# Build knowledge models from the ground up using knowledge-based technology
# Layer knowledge-based technology on top of existing CAD, simulation, and other engineering applications

An early example of the first approach was the Simkit tool developed by [[IntelliCorp (software)|Intellicorp]] in the 1980s. Simkit was developed on top of Intellicorp's [[Knowledge Engineering Environment]] (KEE). KEE was a very powerful knowledge-based systems development environment. KEE started on [[Lisp (programming language)|Lisp]] and added [[Frame language|frames]], [[Object-oriented programming|objects]], and [[Rule-based system|rules]], as well as powerful additional tools, such as hypothetical reasoning and truth maintenance. Simkit added stochastic simulation capabilities to the KEE environment. These capabilities included an event model, random distribution generators, simulation visualization, and more. The Simkit tool was an early example of KBE. It could define a simulation in terms of class models and rules and then run the simulation as a conventional simulation would. Along the way, the simulation could continue to invoke rules, demons, and object methods, providing the potential for much richer simulation as well as analysis than conventional simulation tools.

One of the issues that Simkit faced was a common issue for most early KBE systems developed with this method: The Lisp knowledge-based environments provide very powerful [[knowledge representation and reasoning]] capabilities; however, they did so at the cost of massive requirements for memory and processing that stretched the limits of the computers of the time. Simkit could run simulations with thousands of objects and do very sophisticated analysis on those objects. However, industrial simulations often required tens or hundreds of thousands of objects, and Simkit had difficulty scaling up to such levels.<ref>{{cite book|last=Drummond|first=Brian|author2=Marilyn Stelzner|chapter=Simkit: A Model Building Simulation Toolkit|editor= Mark Richer|title=AI Tools and Techniques|date=1989|publisher=Ablex|isbn=978-0-89391-494-3|pages=241–260|chapter-url=https://books.google.com/books?id=iMUfTzVuasUC&q=Simkit+Intellicorp&pg=PA245|accessdate=6 July 2014}}</ref>

The second alternative to developing KBE is illustrated by the [[CATIA]] product suite. CATIA started with products for CAD and other traditional industrial engineering applications and added knowledge-based capabilities on to them; for example, their KnowledgeWare module.<ref>{{cite web|title=What Is CATIA?|url=http://www.firstratemold.com/about-us/newsshows/961-what-is-catia.html|website=firstratemold.com|publisher=firstratemold|accessdate=6 July 2014|archive-date=3 January 2015|archive-url=https://web.archive.org/web/20150103090836/http://www.firstratemold.com/about-us/newsshows/961-what-is-catia.html|url-status=dead}}</ref>

==History ==
KBE developed in the 1980s. It was part of the initial wave of investment in Artificial Intelligence for business that fueled expert systems. Like expert systems, it relied on what at the time were leading edge advances in corporate [[information technology]] such as [[PC Computing|PCs]], [[Workstation (computer hardware)|workstations]], and [[Client-server programming|client-server architectures]]. These same technologies were also facilitating the growth of [[CAx]] and [[CAD software]]. CAD tended to drive leading edge technologies and even push them past their current limits.<ref>{{cite web|last1=Switlik |first1=John |title=Knowledge Based Engineering (KBE): Update |url=http://legacy.coe.org/newsnet/Oct05/index.cfm |website=coe.org |publisher=COE |accessdate=6 July 2014 |archiveurl=https://web.archive.org/web/20120324223121/http://legacy.coe.org/newsnet/Oct05/index.cfm |archivedate=March 24, 2012 |date=October–November 2005 |url-status=unfit }}</ref> The best example of this was [[object-oriented programming]] and [[Object-oriented database|database]] technology, which were adapted by CAD when most corporate information technology shops were dominated by [[relational databases]] and [[procedural programming]].<ref>{{cite book|last1=Spooner|first1=David|title=On Object-Oriented Database Systems|chapter=Towards an Object-Oriented Data Model for a Mechanical CAD Database System|journal=On Object-Oriented Database Systems Topics in Information Systems|date=1991|pages=189–205|doi=10.1007/978-3-642-84374-7_13|series=Topics in Information Systems|isbn=978-3-642-84376-1}}</ref>

As with expert systems, KBE suffered a downturn during the [[AI Winter]].<ref>{{cite web|title=AI Winter|url=http://www.ainewsletter.com/newsletters/aix_0501.htm#w|website=ainewsletter.com|publisher=ainewsletter|accessdate=6 July 2014|quote=the AI Winter of the late 80s. The phrase was coined by analogy with "nuclear winter" - the theory that mass use of nuclear weapons would blot out the sun with smoke and dust, causing plunging global temperatures, a frozen Earth, and the extinction of humanity. The AI Winter merely caused the extinction of AI companies, partly because of the hype over expert systems and the disillusionment caused when business discovered their limitations.|archive-url=https://web.archive.org/web/20131109201636/http://www.ainewsletter.com/newsletters/aix_0501.htm#w|archive-date=9 November 2013|url-status=dead}}</ref> Also, as with expert systems and artificial intelligence technology in general, there was renewed interest with the Internet. In the case of KBE, the interest was perhaps strongest in the [[business-to-business]] type of [[electronic commerce]] and technologies that facilitate the definition of industry standard vocabularies and [[Ontologies (computer science)|ontologies]] for [[Product life cycle|manufactured products]].

The [[semantic web]] is the vision of [[Tim Berners Lee]] for the next generation of the Internet. This will be a [[Knowledge-based systems|knowledge-based]] Internet built on [[Ontologies (computer science)|ontologies]], [[Object-oriented analysis and design|objects]], and [[Frame language|frame]] technologies that were also enabling technologies for KBE. Important technologies for the semantic web are [[XML]], [[Resource Description Framework|RDF]], and [[Web Ontology Language|OWL]].<ref>{{cite journal|last1=Berners-Lee |first1=Tim |first2=James |last2=Hendler |first3=Ora |last3=Lassila |title=The Semantic Web A new form of Web content that is meaningful to computers will unleash a revolution of new possibilities |journal=Scientific American |date=May 17, 2001 |url=http://www.cs.umd.edu/~golbeck/LBSC690/SemanticWeb.html |doi=10.1038/scientificamerican0501-34 |volume=284 |issue=5 |pages=34–43 |url-status=dead |archiveurl=https://web.archive.org/web/20130424071228/http://www.cs.umd.edu/~golbeck/LBSC690/SemanticWeb.html |archivedate=April 24, 2013 |url-access=subscription }}</ref> The semantic web has excellent potential for KBE, and KBE ontologies and projects are a strong area for current research.<ref>{{cite journal|last1=Zhang|first1=W.Y.|last2=Yun|first2=J.W.|title=Exploring Semantic Web technologies for ontology-based modeling in collaborative engineering design|journal=The International Journal of Advanced Manufacturing Technology|date=April 2008|volume=36|issue=9–10|pages=833–843|doi=10.1007/s00170-006-0896-5|s2cid=12420678}}</ref>

==KBE and product lifecycle management ==
[[Product Lifecycle Management]] (PLM) is the management of the manufacturing process of any industry that produces goods. It can span the full product lifecycle from idea generation to implementation, delivery, and disposal. KBE at this level will deal with product issues of a more generic nature than it will with [[CAx]]. A natural area of emphasis is on the production process; however, lifecycle management can cover many more issues such as business planning, marketing, etc. An advantage of using KBE is getting the automated reasoning and knowledge management services of a knowledge-based environment integrated with the many diverse but related needs of lifecycle management. KBE supports the decision processes involved with configuration, trades, control, management, and a number of other areas, such as [[Multidisciplinary design optimization|optimization]].

==KBE and CAx==
[[CAx]] refers to the domain of computer-aided tools for analysis and design. CAx spans multiple domains. Examples are computer-aided design of manufactured parts, software, the architecture of buildings, etc. Although each specific domain of CAx will have very different kinds of problems and artifacts, they all share common issues as well such as having to manage collaboration of sophisticated knowledge workers, design and re-use of complex artifacts, etc.

Essentially KBE extends, builds on, and integrates with the CAx domain typically referred to as [[Computer Aided Design]] (CAD). In this sense KBE is analogous to [[Knowledge Based Software Assistant|Knowledge-Based Software Engineering]], which extended the domain of [[Computer Aided Software Engineering]] with knowledge-based tools and technology. What KBSE was to software and CASE, KBE is to [[Product lifecycle management|manufactured products]] and CAD.

An example can be taken from Boeing's experience. The 777 Program took on the challenge of having a digitally-defined plane. That required an investment in large-scale systems, databases, and workstations for design and analytical engineering work. Given the magnitude of the computing work that was required, KBE got its toe in the door, so to speak, through a "pay as you go plan." Essentially, this technique was to show benefits and then to obtain more work (think agile engineering) thereby. In the case of the 777, the project got to where influences to changes in the early part of the design/build stream (loads) could be recomputed over a weekend to allow evaluation by downstream processes. As required, engineers were in the loop to finish and sign off on work. At the same time, CAx allowed tighter tolerances to be met. With the 777, KBE was so successful that subsequent programs applied it in more areas. Over time, KBE facilities were integrated into the CAx platform and are a normal part of the operation.<ref>See Talk Page, [[Talk:Knowledge-based engineering#Point-in-time example|Point-in-Time example]] - references need to be updated</ref>

==KBE and knowledge management==
One of the most important knowledge-based technologies for KBE is [[knowledge management]]. Knowledge management tools support a wide spectrum repository, i.e., a repository that can support all different types of work artifacts: informal drawings and notes, large database tables, multimedia and hypertext objects, etc. Knowledge management provides the various group support tools to help diverse stake holders collaborate on the design and implementation of products. It also provides tools to automate the design process (e.g., rules) and to facilitate re-use.<ref>{{cite journal|last1=Sainter|first1=P|title=PRODUCT KNOWLEDGE MANAGEMENT WITHIN KNOWLEDGE-BASEDENGINEERING SYSTEMS|journal=Proceedings of DETC'00ASME 2000 Design Engineering Technical ConferenceAnd Computers and Information in Engineering Conference|date=September 10–13, 2000|url=https://www.academia.edu/167916|accessdate=4 July 2014}}</ref>

==KBE methodology ==

The development of KBE applications concerns the requirements to identify, capture, structure, formalize, and finally implement knowledge. Many different so-called KBE platforms support only the implementation step, which is not always the main bottleneck in the KBE development process. In order to limit the risk associated with the development and maintenance of KBE application, there is a need to rely on an appropriate methodology for managing the knowledge and maintaining it up to date.
As example of such KBE methodology, the EU project MOKA, "Methodology and tools Oriented to Knowledge based Applications," proposes solutions which focus on the structuring and formalization steps as well as links to the implementation.<ref>{{cite web|title=MOKA: A Framework for Structuring and Representing Engineering Knowledge |url=http://web1.eng.coventry.ac.uk/moka/default.htm |publisher=Esprit Project |accessdate=5 July 2014 |archiveurl=https://web.archive.org/web/20040422143608/http://web1.eng.coventry.ac.uk/moka/default.htm |archivedate=April 22, 2004 |url-status=unfit }}</ref>

An alternative to MOKA is to use general knowledge engineering methods that have been developed for expert systems across all industries <ref>{{citation
| last1 = Kendal | first1 = S.L. | last2 = Creen | first2 = M.
| title = An introduction to knowledge engineering | year = 2007 | publisher = Springer
| location = London | isbn = 978-1-84628-475-5 | oclc = 70987401}}</ref> or to use general software development methodologies such as the [[Rational Unified Process]] or [[Agile methods]].

==Languages for KBE==
Two critical issues for the languages and formalisms used for KBE are:
* Knowledge-based vs. procedural programming
* Standardization vs. proprietary

=== Knowledge-based vs. procedural programming ===
A fundamental trade-off identified with knowledge representation in artificial intelligence is between expressive power and computability. As Levesque demonstrated in his classic paper on the topic, the more powerful a knowledge-representation formalism one designs, the closer the formalism will come to the expressive power of first order logic. As Levesque also demonstrated, the closer a language is to First Order Logic, the more probable that it will allow expressions that are undecidable or require exponential processing power to complete.<ref>{{cite book|last=Levesque|first=Hector|title=Reading in Knowledge Representation|year=1985|publisher=Morgan Kaufmann|isbn=978-0-934613-01-9|page=[https://archive.org/details/readingsinknowle00brac/page/49 49]|author2=Ronald Brachman|editor=Ronald Brachman and Hector J. Levesque|chapter=A Fundamental Tradeoff in Knowledge Representation and Reasoning|quote=The good news in reducing KR service to theorem proving is that we now have a very clear, very specific notion of what the KR system should do; the bad new is that it is also clear that the services can not be provided... deciding whether or not a sentence in FOL is a theorem... is unsolvable.|chapter-url-access=registration|chapter-url=https://archive.org/details/readingsinknowle00brac/page/49}}</ref> In the implementation of KBE systems, this trade off is reflected in the choice to use powerful knowledge-based environments or more conventional procedural and object-oriented programming environments.

=== Standardization vs. proprietary ===
There is a trade off between using standards such as STEM and vendor- or business-specific proprietary languages. Standardization facilitates [[knowledge sharing]], integration, and re-use. Proprietary formats (such as CATIA) can provide competitive advantage and powerful features beyond current standardization.<ref>{{cite web|last1=Wilson|first1=Walter|title=A Language For Engineering Design|url=http://step.nasa.gov/pde2007/Lang_Eng_Design_Presentation_WWilson_pde2007.pdf|website=step.nasa.gov|publisher=Lockheed Martin|accessdate=4 July 2014}}</ref>

Genworks GDL, a commercial product whose core is based on the AGPL-licensed Gendl Project,<ref>{{cite web|title=Genworks|url=https://github.com/genworks/gendl|website=genworks.com|accessdate=4 July 2014}}</ref> addresses the issue of application longevity by providing a high-level declarative language kernel which is a superset of a standard dialect of the Lisp programming language ([[Common Lisp|ANSI Common Lisp]], or CL). Gendl/GDL itself is proposed as a de facto standard<ref>{{cite web|title=GDL Language Specification|url=http://www.genworks.com/downloads/customer-documentation/usage.txt|access-date=2009-05-29|archive-date=2015-09-24|archive-url=https://web.archive.org/web/20150924021517/http://www.genworks.com/downloads/customer-documentation/usage.txt|url-status=dead}}</ref> for ANSI CL-based KBE languages.

In 2006, the [[Object Management Group]] released a KBE services RFP document and requested feedback.<ref>{{cite web|title=KBE Services for PLM RFP|url=http://www.omg.org/cgi-bin/doc?dtc/05-09-11|website=omg.org|publisher=Object Management Group|accessdate=4 July 2014|year=2006}}</ref> To date, no OMG specification for KBE exists; however, there is an OMG standard for CAD services.<ref>{{cite web|title=Computer Aided Design Services Specification|url=http://www.omg.org/spec/CAD/|website=omg.org|publisher=Object Management Group|accessdate=4 July 2014|date=January 2005}}</ref>

An example of a system-independent language for the development of machine-readable ontologies that is in the KBE domain is [[Gellish English]].

==See also==

* [[Knowledge-based systems]]
* [[Knowledge engineering]]
* [[Knowledge management]]
* [[Multidisciplinary design optimization]]

==References==
<references/>

==External links==
*[http://tgsoc.org/papers/Practical%20issues%20of%20AI.pdf Practical issues of AI] (1994) - Switlik, J.M. (based upon ICAD project)
* McGoey, Paul (2011) [https://www.incose.org/enchantment/docs/11Docs/11Mar_KBEinAerospace.pdf A Hitch-hikers Guide to:] Knowledge Based Engineering in Aerospace (& other industries)
* [https://web.archive.org/web/20070927222508/http://www.alcyon.co.in/whatiskbe.pdf Alcyon Engineering: Introduction to Knowledge Based Engineering]
* [https://web.archive.org/web/20070810231045/http://www.gid.uji.es/docs/articles/bermellP_02_01.pdf A KBE System for the Design of Wind Tunnel Models Using Reusable Knowledge Components]
*[https://web.archive.org/web/20060615140605/http://www.memagazine.org/contents/current/features/cassist/cassist.html ASME Newsletter]
* [https://web.archive.org/web/20060615140605/http://www.memagazine.org/contents/current/features/cassist/cassist.html ASME celebrates 125th Anniversary]
**[https://web.archive.org/web/20080513060148/http://www.coe.org/KnowledgeTechnology/tabid/441/Default.aspx COE Newsnet 02/07 How Paradigms of Computing Might Relate to KBE]
**[https://web.archive.org/web/20071108140600/http://www.coe.org/Collaboration/DiscussionForum/ActiveDiscussions/tabid/210/forumid/19/postid/102692/view/topic/Default.aspx COE Newsnet KBE Best Practices] - Discussion Forum
* [http://www.ke-works.com/ KE-works knowledge engineering] - a company introducing KBE applications to industry - KBE explanatory video
* [http://www.genworks.com/papers/kbe2008.pdf Keys to Success with Knowledge-Based Techniques] - SAE Paper Number 2008-01-2262
* [https://web.archive.org/web/20120509034212/http://products.geometricglobal.com/downloads/WhitePapers/Geometric_Whitepaper_Knowledge_Based_Engineering_across_Product_Realization_June11.pdf Knowledge Based Engineering across Product Realization ] - A whitepaper presented on KBE in PLM domain.
* [http://eprints.rclis.org/12800/ Knowledge Technologies] - a free e-book by Nick Milton that has a chapter describing KBE (Chapter 3, co-authored with G. La Rocca from TU Delft)

{{DEFAULTSORT:Knowledge-Based Engineering}}
[[Category:Computer-aided design]]
[[Category:Knowledge engineering]]
[[Category:Product lifecycle management]]
[[Category:Knowledge management]]

Knowledge-based engineering - Revision history

imported>InternetArchiveBot: Rescuing 2 sources and tagging 0 as dead.) #IABot (v2.0.9.5