The use of knowledge-based systems

The use of knowledge-based systems has been limited to an area of very specific
applications where special methodologies and tools are used (di!erent from the techniques
applied for software engineering) oriented to model, according to di!erent
conventions of knowledge representation, the expertise in several commercially relevant
"elds. The software engineering "eld has been mainly focused in information systems
development improving the reliability and e$ciency of data services. However, the
current users of these services are increasingly interested in deeper functions integrated in
to the information systems supported by the knowledge related to the data conceptual
domains.
The relationship between both approaches has been produced only in the area of
knowledge-based support to software engineering tasks. Lowry and Duran (1989)
summarize this recent evolution in two main trends: (1) improvement of automatic
program synthesis techniques aiming at transforming high-level speci"cations in operative
programs using set theory and logic such as the commercial system REFINE or the
experimental system KIDS Smith (1988) built on top of REFINE, and (2) broadening the
automatic programming scope to the entire software life cycle by building knowledgebased
assistants for acquiring validating and maintaining speci"cations. These capacities
have been embedded in CASE tools. However, three circumstances are creating a di!erent
situation.
f The need for a more open architecture in applications to ensure an adequate
human}machine interaction according to the recent approaches for design that
follow a user-centred view.
f The need of software reuse which requires an open structure: (1) to easily understand
the contents of any software component and (2) to be able to accept changes in its
contents according to the speci"c needs of the application where the component is
going to be reused.
f The improvements on reliability and capacity of representation produced in the last ten
years in the "eld of knowledge representation and knowledge-acquisition methods,
giving birth to a collection of mature technologies supported by experimental tools,
but providing levels of services very close to that of industrial requirements.
Therefore, now it is possible to formulate and to build an application by using directly
the knowledge modelling concepts supported by adequate tools instead of formulating
the application using information-structuring concepts and data-processing algorithms
as in the case of usual software environments. This is a very important feature because it
brings the design phase closer to the conceptual speci"cation phase, which usually in the
traditional software world are separated by a bigger gap and, hence, subject to more
errors than those possible between the conceptual model and the knowledge model, the
latter being closer to the conceptual abstractions.
However, not many attempts have been made by the AI community to produce
something like cognitive programming environments in an operational way where
reasoning steps using domain models are applicable to describe and to explain the
answers of the application. AI has to invade the area of applications with practical views.
Although the paradigm modelling e!orts must continue as focus of research, an additional
focus should be the advanced modelling of complex applications using the
available paradigms.
This paper aims precisely to propose a type of this structured knowledge model
formulation based on a tool oriented to support the design and implementation of
general applications using the knowledge engineering approach which means to understand
the current applications from a richer conceptual perspective. The interest of the
paper is to provide some initial results on the possibilities of this class of tools to be
acceptable by the general applications development community.
First, a summary of the actual requirements for software development is given. Then,
the concept, the structure and the organization of the Knowledge Structure Manager
(KSM) tool is presented which is conceived to support and extend the state of the art in
knowledge modelling approach. Then, an application using KSM for real-time emergency
management is described where practical comments are included. Finally, some
general conclusions are proposed about the role of the knowledge-oriented approach in
the context of software engineering by evaluating the behaviour of the model experimented
with respect to the usual parameters and criteria applied for software evaluation.

ผลลัพธ์ (ไทย) 1:

ใช้ระบบความรู้ถูกจำกัดพื้นที่เฉพาะเจาะจงมาก
โปรแกรมประยุกต์ที่ใช้วิธีการพิเศษและเครื่องมือ (ดิ! erent จากเทคนิคการ
ใช้สำหรับวิศวกรรมซอฟต์แวร์) มุ่งเน้นการรูปแบบ ตามดิ! erent
แบบแผนของการแสดงความรู้ ความเชี่ยวชาญในโปรแกรมต่าง ๆ ที่เกี่ยวข้องในเชิงพาณิชย์
"elds วิศวกรรมซอฟต์แวร์ " eld ได้แล้วส่วนใหญ่เน้นในข้อมูลระบบ
พัฒนาปรับปรุงความน่าเชื่อถือและ e$ ciency บริการข้อมูล อย่างไรก็ตาม การ
ปัจจุบันผู้ใช้บริการมากขึ้นสนใจในฟังก์ชันลึกใน
ข้อมูล ระบบที่ได้รับการสนับสนุน โดยความรู้ที่เกี่ยวข้องกับข้อมูลแนวคิด
โดเมน
ความสัมพันธ์ระหว่างทั้งสองวิธีมีการผลิตเฉพาะในพื้นที่ของ
ความรู้สนับสนุนงานวิศวกรรมซอฟต์แวร์ Lowry และ Duran (1989)
สรุปนี้วิวัฒนาการล่าสุดในแนวโน้มหลักที่สอง: (1) ปรับปรุงอัตโนมัติ
โปรแกรมเทคนิคการสังเคราะห์มุ่งที่เปลี่ยน speci ระดับสูง "เป็นของหายากในการผ่าตัด
โปรแกรมใช้ทฤษฎีเซตและตรรกะเช่นระบบค้าคัดสรรหรือ
ระบบทดลองเด็กสมิธ (1988) สร้างบนปรับ และ (2) broadening
ขอบเขตเขียนโปรแกรมอัตโนมัติกับวงจรชีวิตของซอฟต์แวร์ทั้งหมดโดยการสร้าง knowledgebased
ผู้ช่วยในการรับตรวจ และรักษา speci "เป็นของหายาก กำลังเหล่านี้
ฝังตัวอยู่ในเครื่องมือกรณี อย่างไรก็ตาม สถานการณ์สามสร้างดีเป็น! erent
สถานการณ์
f ต้องการสถาปัตยกรรมเปิดขึ้นในโปรแกรมประยุกต์เพื่อให้แน่ใจว่ามีเพียงพอ
มนุษย์} เครื่องโต้ตอบตามแนวทางล่าสุดสำหรับการออกแบบที่
ตามเป็นศูนย์กลางผู้ใช้ดู
f จำเป็นต้องนำซอฟต์แวร์ซึ่งต้องเป็นโครงสร้างที่เปิด: (1) จะได้เข้าใจ
เนื้อหาส่วนประกอบใด ๆ ของซอฟต์แวร์และ (2) เพื่อให้สามารถรับการเปลี่ยนแปลงในของ
เนื้อหาตาม speci " c ความต้องการของโปรแกรมประยุกต์ที่เป็นคอมโพเนนต์
ไปถูกนำกลับมาใช้
f ปรับปรุงความน่าเชื่อถือและความจุของตัวแทนผลิตใน 10 สุดท้าย
ปี" eld แสดงความรู้และวิธีการได้ความรู้มา,
ให้เกิดกับผู้ใหญ่เทคโนโลยีโดยเครื่องมือทดลอง,
แต่ให้ระดับแหล่งที่ของความต้องการของอุตสาหกรรมการบริการ
ดังนั้น ตอนนี้เป็น การกำหนด และ การสร้างโปรแกรมประยุกต์โดยตรง
ความรู้แบบจำลองแนวคิดที่ได้รับการสนับสนุน ด้วยเครื่องมือเพียงพอแทน formulating
โปรแกรมประยุกต์ที่ใช้แนวคิดการจัดโครงสร้างข้อมูลและอัลกอริทึมการประมวลผลข้อมูล
เป็นกรณีปกติซอฟต์แวร์สภาพแวดล้อม นี้เป็นคุณลักษณะสำคัญมากเพราะมัน
นำออกแบบระยะใกล้ชิด speci แนวคิด " cation ระยะ ซึ่งโดยปกติแล้วในการ
โลกซอฟต์แวร์แบบดั้งเดิมจะถูกคั่น ด้วยช่องว่างขนาดใหญ่ และ จึง อาจ มีการเพิ่มเติม
ข้อผิดพลาดมากกว่าที่ได้ระหว่างแบบจำลองแนวคิดและรูปแบบความรู้
หลังกำลังต้องการแนวคิด abstractions.
ไร ไม่มากพยายามทำ โดยชุมชน AI ผลิต
บางสิ่งบางอย่างเช่นสภาพแวดล้อมการเขียนโปรแกรมที่รับรู้ในทางปฏิบัติที่
ด้านขั้นตอนที่ใช้โดเมนแบบจำลองใช้อธิบาย และอธิบาย
คำตอบของแอพลิเคชัน AI ได้รุกพื้นที่ใช้ด้วยมุมมองปฏิบัติการ
แม้ว่ากระบวนทัศน์แบบจำลองอี! orts ต้องทำเป็นจุดเน้นของการวิจัย เพิ่มเติม
โฟกัสควรสร้างแบบจำลองโดยใช้โปรแกรมประยุกต์ที่ซับซ้อนขั้นสูง
ว่าง paradigms
กระดาษนี้มีวัตถุประสงค์ชัดเจนเพื่อเสนอประเภทของรูปแบบโครงสร้างความรู้นี้
กำหนดตามเครื่องมือที่มุ่งเน้นเพื่อสนับสนุนการออกแบบและการดำเนินของ
ซึ่งหมายความว่าเข้าใจวิธีการใช้งานทั่วไปที่ใช้วิศวกรรมความรู้
โปรแกรมประยุกต์ปัจจุบันจากมุมมองแนวคิดขึ้น ดอกเบี้ยของการ
กระดาษจะให้ผลลัพธ์บางอย่างเริ่มต้นในระดับนี้เครื่องมือจะไป
ยอมรับ โดยการใช้งานทั่วไปพัฒนาชุมชน
ครั้งแรก ให้สรุปความจริงสำหรับการพัฒนาซอฟต์แวร์ แล้ว,
แนวคิด โครงสร้าง และเครื่องมือ Manager
(KSM) โครงสร้างความรู้องค์กรที่นำเสนอซึ่งจะรู้สึกเพื่อสนับสนุน และขยายทันสมัยใน
ความรู้วิธีการสร้างแบบจำลอง แล้ว ประยุกต์ใช้ KSM ฉุกเฉินแบบเรียลไทม์
จัดการอธิบายที่รวมข้อคิดเห็นการปฏิบัติงาน ในที่สุด บาง
บทสรุปทั่วไปมีการนำเสนอเกี่ยวกับบทบาทของวิธีการมุ่งเน้นความรู้ใน
บริบทของวิศวกรรมซอฟต์แวร์โดยการประเมินพฤติกรรมของแบบจำลองเบื้อง
กับพารามิเตอร์ปกติและเกณฑ์ที่ใช้ประเมินผลซอฟต์แวร์

ผลลัพธ์ (ไทย) 3:

การใช้ระบบฐานความรู้ได้ถูก จำกัด ไปยังพื้นที่ของการใช้งานที่เฉพาะเจาะจง
มากที่วิธีการพิเศษและ เครื่องมือที่ใช้ ( ดี ! erent จากเทคนิค
ประยุกต์สำหรับวิศวกรรมซอฟต์แวร์ ) ที่มุ่งเน้นไปที่โมเดล ตามตี้ ! erent
การประชุมเป็นตัวแทนของความรู้ ความเชี่ยวชาญในหลายในเชิงพาณิชย์ที่เกี่ยวข้อง
" elds .วิศวกรรมซอฟต์แวร์ " ละมั่ง ได้รับการเน้นหลักในระบบ
ข้อมูลการพัฒนาการปรับปรุงความน่าเชื่อถือและ E $ ประสิทธิภาพของบริการข้อมูล อย่างไรก็ตาม
ผู้ใช้ปัจจุบันของบริการเหล่านี้มีมากขึ้นสนใจในการทำงานเชิงบูรณาการในการลึก
ระบบสารสนเทศสนับสนุนโดยความรู้ที่เกี่ยวข้องกับแนวคิด

ข้อมูลโดเมนความสัมพันธ์ระหว่างทั้งสองวิธีได้ถูกผลิตได้เฉพาะในพื้นที่ของ
ฐานความรู้สนับสนุนงานวิศวกรรมซอฟต์แวร์ โลว์รี และ ดูแรน ( 1989 )
สรุปวิวัฒนาการล่าสุดในแนวโน้มหลักสอง : ( 1 ) การปรับปรุงอัตโนมัติ
โปรแกรมสังเคราะห์เทคนิคเล็งเปลี่ยนระดับสูงประเภท " แคตไอออนในหัตถการ
โปรแกรมใช้ทฤษฎีเซตและตรรกศาสตร์ เช่น ระบบการค้า ระบบทดลองปรับแต่งหรือ
เด็ก สมิธ ( 1988 ) ที่สร้างขึ้นจากด้านบนของ ปรับแต่ง และ ( 2 ) การขยายขอบเขตไปทั่ว
โปรแกรมอัตโนมัติซอฟต์แวร์วงจรชีวิตโดยอาคาร knowledgebased
ผู้ช่วยการตรวจสอบและการรักษาประเภท " ไอออน . ความสามารถเหล่านี้
ได้ฝังตัวอยู่ในเครื่องมือนี้ อย่างไรก็ตาม3 สถานการณ์จะสร้างตี้ ! สถานการณ์ erent
.
f ความต้องการมากขึ้นเปิดสถาปัตยกรรมในการใช้งานเพื่อให้มั่นใจว่าเพียงพอ
มนุษย์ } เครื่องปฏิสัมพันธ์ตามแนวทางการออกแบบล่าสุดที่
ติดตามผู้ใช้เป็นศูนย์กลางดู
F ต้องใช้ซอฟต์แวร์ที่ต้องใช้โครงสร้างเปิด ( 1 ) ได้อย่างง่ายดายเข้าใจ
เนื้อหาของส่วนประกอบซอฟต์แวร์ใด ๆ และ ( 2 ) เพื่อให้สามารถที่จะยอมรับการเปลี่ยนแปลงในเนื้อหาตามประเภทของ
" C ความต้องการของโปรแกรมประยุกต์ที่ต้องใช้ส่วนประกอบ
.
F ปรับปรุงความน่าเชื่อถือและความสามารถในการผลิต ในสิบปี
สุดท้ายใน " ละมั่ง แทน และ วิธีการแสวงหาความรู้ความรู้
คลอดชุดของเทคโนโลยีที่ผู้ใหญ่ได้รับการสนับสนุนโดยเครื่องมือทดลอง
แต่ให้ระดับของการบริการอย่างใกล้ชิดเพื่อที่ของความต้องการของอุตสาหกรรม .
ดังนั้นตอนนี้มันเป็นไปได้ที่จะสร้างและสร้างโปรแกรมประยุกต์โดยตรง
ความรู้การสร้างแบบจำลองแนวคิดได้รับการสนับสนุนโดยเครื่องมือที่เพียงพอ แทนที่จะกำหนด
การประยุกต์ใช้ข้อมูลการใช้แนวคิดและประมวลผลข้อมูล
เช่นในกรณีของสภาพแวดล้อมซอฟต์แวร์ปกติ นี้เป็นคุณลักษณะที่สำคัญมาก เพราะมัน
นำขั้นตอนการออกแบบใกล้ระยะไอออนบวก speci " แนวคิด ซึ่งโดยปกติใน
โลกซอฟต์แวร์จะถูกคั่นด้วยช่องว่างที่ใหญ่กว่าและดังนั้นอาจมีเพิ่มเติม
ข้อผิดพลาดมากกว่าผู้ที่เป็นไปได้ระหว่างแบบจำลองและความรู้แบบ
หลังถูกใกล้ชิดกับนามธรรมแนวคิด .
แต่ไม่ค่อยมีความพยายามได้รับการทำโดย AI ชุมชนผลิต
เหมือนรับรู้สภาพแวดล้อมในการดำเนินงานการเขียนโปรแกรมวิธีที่
เหตุผล ขั้นตอนการใช้รูปแบบโดเมนที่ใช้เพื่ออธิบายและอธิบาย
คำตอบของโปรแกรมไอ ได้บุกรุกพื้นที่ของการใช้งานกับมุมมองในทางปฏิบัติ
ถึงแม้ว่ากระบวนทัศน์แบบ E ! อ ์ท ต้องเป็นเป้าหมายของการวิจัยเน้นเพิ่มเติม
ควรเป็นแบบจำลองขั้นสูงของการใช้งานที่ซับซ้อนการใช้กระบวนทัศน์

บทความนี้มีจุดมุ่งหมายแน่นอน พร้อมเสนอประเภทนี้โครงสร้างความรู้แบบ
การกำหนดตามเครื่องมือที่มุ่งเน้นเพื่อสนับสนุนการออกแบบและการประยุกต์ใช้ความรู้ทั่วไป

วิธีการวิศวกรรมซึ่งหมายถึงการเข้าใจการใช้งานปัจจุบันยิ่งขึ้นแนวคิดมุมมอง ความสนใจของ
กระดาษให้ผลในความเป็นไปได้ของชั้นเรียนของเครื่องมือนี้มี
เป็นที่ยอมรับโดยทั่วไป งานพัฒนาชุมชน
ครั้งแรก บทสรุปของความต้องการที่แท้จริงสำหรับการพัฒนาซอฟต์แวร์ที่ได้รับ งั้น
แนวคิด โครงสร้างและการจัดโครงสร้างความรู้ผู้จัดการ
( ksm ) เครื่องมือที่นำเสนอซึ่งรู้สึกเพื่อสนับสนุนและขยายสถานะของศิลปะใน
ความรู้วิธีแบบจำลอง . จากนั้นเป็นโปรแกรมที่ใช้สำหรับการจัดการภาวะฉุกเฉิน
ksm เรียลไทม์อธิบายที่ความคิดเห็นปฏิบัติรวม สุดท้ายข้อสรุปทั่วไป
นำเสนอเกี่ยวกับบทบาทของความรู้วิธีการวางใน
บริบทของวิศวกรรมซอฟต์แวร์ โดยการประเมินพฤติกรรมของแบบจำลองทำการทดลอง
ด้วยความเคารพปกติพารามิเตอร์และเกณฑ์ที่ใช้ในการประเมินผลซอฟต์แวร์