4. A Tool for Ontological Concept InterpretationWe have discussed how  การแปล - 4. A Tool for Ontological Concept InterpretationWe have discussed how  ไทย วิธีการพูด

4. A Tool for Ontological Concept I

4. A Tool for Ontological Concept Interpretation
We have discussed how ontologies have been employed in the process of data integration and governance, and
highlighted the limitation of the concept definitions; traditional ontologies have a single understanding of a concept
182 Andrew LeClair and Ridha Khedri / Procedia Computer Science 83 ( 2016 ) 179 – 186
Fig. 1. The architecture of Conto.
that lends only mereological data to the reasoning process. We introduce the tool Conto which is a plugin for the
Proteg´ e ontology editor. Prot ´ eg´ e is a popular open-source editor for ontologies written in the Web Ontology Language ´
(OWL) 16. It was created with the intention of handling DL based ontologies, which makes it a suitable tool for
ontologies used by OBDA and OBDM, which in turn use DL based ontologies.
Conto is a Proteg´ e plugin that was created with the purpose of solving this limitation on the single understanding of ´
a concept. It allows for the imbuing of a concept with an abstract data type. On the current implementation there are
three default data types that can be applied: Set, Bag, and List. Each of these abstract data types provides a unique way
to understand a concept, and each understanding may present the user with new knowledge otherwise unobtainable.
These understandings will be referred to as the interpretation of the concept (e.g.., interpreting a concept as a list).
The set of all interpretations applied is called a configuration of the ontology.
The default interpretations were chosen for two reasons: their domain independence, and their inherent functions.
Due to ontologies being so variant in the domains they conceptualize, the default interpretations needed to be applicable
to a large variety of domains. Abstract data types were an ideal candidate because their abstract nature allows
for the versatile use over a variety of domains. A more domain specific interpretation can easily be created and implemented
into Conto if desired. For example, a queue can be created to capture a queue-line behavior. The necessary
interpretation methods, and any desired functions of queue (e.g., peek, dequeue, queue, etc.) need only be added
to the repository, and an interface to the interpretation be added to the body of Conto. Along with the abstract data
types being domain independent, their functions can be used to gain valuable insight about the concepts and their
individuals.
Architecture of Conto: Conto is designed to be a plugin for Proteg´ e, and consists of two main components: the ´
core component, and a repository of interpretation modules. The repository was constructed to be separate from the
core component to allow for the easy addition, modification, and removal of interpretations with minimal modification
to Conto itself. In Figure 1, the architecture of Conto at the architectural level is provided. The interaction between
Proteg´ e, Conto, and the repository of interpretations is designed as a Broker style architecture. When the user wishes to ´
apply an interpretation to a concept, Proteg´ e (and Ontograf, a plugin for graphical depictions of ontologies) contacts ´
Conto, which in turn retrieves the requested interpretation. Conto mediates the communications between the user,
who is acting through Proteg´ e, and the repository of interpretations. This separation of the repository from the core ´
of Conto also promotes a “plug-and-play” ideology for the interpretation modules.
Refining the analysis granularity, we can inspect the detailed design of the Conto tool. This refinement is provided
in Figure 2. In the class diagram, we show Conto interacting with Ontograf and Proteg´ e through the Ontograf ´
boundary class, and with the interpretation modules through the Repository. Within Conto there are the three main
Andrew LeClair and Ridha Khedri / Procedia Computer Science 83 ( 2016 ) 179 – 186 183
Fig. 2. The analysis class diagram of Conto.
classes: Interpreter, Assembler, and the Uploader. The Interpreter, as the name suggests, provides the broker behavior
of handling the interpretation request, accessing the repository for the respective interpretation, and storing the interpreted
concept into the Ontology Holder. Once the user requests the configured ontology, the Assembler compiles
the new configured ontology. The Uploader allows the additional functionality of uploading an OWL ontology and
specifying an interpretation to be applied to a concept. This upload functionality demonstrates the future possibilities
of concurrent configuration.
When designing Conto, the following assumptions were made:
1. The ontology has been formalized using the OWL or OWL2 languages;
2. Identical individuals within the ontology are denoted using the Proteg´ e relation “same individual as”; ´
3. An individual belongs to at most one concept. The representation of an individual belonging to multiple concepts
is accomplished by having multiple copies
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
4. เครื่องมือสำหรับตีความแนวคิด Ontologicalเราได้กล่าวถึงวิธีการใช้ ontologies ในกระบวนการบูรณาการข้อมูลและการกำกับดูแล และเน้นข้อจำกัดของคำนิยามแนวคิด ontologies แบบดั้งเดิมมีความเข้าใจเกี่ยวกับแนวคิดเดียวแอนดรู 182 LeClair และ Ridha Khedri / วิทยาการคอมพิวเตอร์ Procedia 83 (2016) 179-186รูปที่ 1 สถาปัตยกรรมของ Contoที่ยืมเฉพาะ mereological ข้อมูลกระบวนการใช้เหตุผล เราแนะนำเครื่องมือ Conto ซึ่งเป็นปลั๊กอินสำหรับการProteg´ e ภววิทยาแก้ไข E eg´ แบ็ค Prot เป็นบรรณาธิการเปิดแหล่งยอดนิยมสำหรับ ontologies ที่เขียนไว้ในแบ็คเว็บภววิทยาภาษา(นกฮูก) 16 สร้างด้วยความตั้งใจการจัดการคะแนน DL ontologies ซึ่งทำให้เครื่องมือเหมาะสำหรับontologies ใช้ออบดาและ OBDM ซึ่งในการเปิดใช้ DL คะแนน ontologiesConto เป็นปลั๊กอินอี Proteg´ ที่สร้างขึ้นมีวัตถุประสงค์ในการแก้ข้อจำกัดนี้บนความเข้าใจเดียวแบ็คเป็นแนวคิด สำหรับ imbuing ในแนวคิดที่มีชนิดข้อมูลนามธรรมได้ มีการดำเนินงานปัจจุบันสามเริ่มต้นชนิดของข้อมูลที่สามารถใช้ได้: ชุด ถุง และรายการ ชนิดข้อมูลนามธรรมเหล่านี้มีวิธีไม่ซ้ำกันเข้าใจแนวคิด ความเข้าใจแต่ละอาจแสดงข้อมูลความรู้ใหม่◇มิฉะนั้นความเข้าใจเหล่านี้จะถูกเรียกว่าการตีความแนวคิด (เช่น., การตีความแนวคิดที่เป็นรายการ)ชุดของการตีความทั้งหมดที่ใช้เรียกว่าโครงแบบของภววิทยาเริ่มต้นตีถูกเลือกด้วยเหตุผลสองประการ: อิสรภาพโดเมน และฟังก์ชันของตนอยู่เนื่องจาก ontologies เป็นตัวแปรอื่น ๆ ในโดเมนที่พวกเขาทำ ตีเริ่มต้นจำเป็นจะต้องใช้ความหลากหลายของโดเมน ชนิดข้อมูลนามธรรมได้เป็น candidate ที่เหมาะเนื่องจากลักษณะนามธรรมให้สำหรับการใช้งานที่หลากหลายผ่านหลากหลายของโดเมน การตีความเฉพาะโดเมนเพิ่มเติมสามารถจะสร้าง และดำเนินการใน Conto ตามต้องการ ตัวอย่างเช่น สามารถสร้างคิวจับลักษณะบรรทัดคิว จำเป็นวิธีการตีความ และใด ๆ ที่ต้องการทำงานของคิว (เช่น peek, dequeue คิว ฯลฯ) ต้องถูกเพิ่มเก็บข้อมูล และเพิ่มอินเทอร์เฟซเพื่อการตีความในเนื้อหาของ Conto พร้อมข้อมูลนามธรรมประเภทถูกเมนอิสระ สามารถใช้ทำงานการเข้าใจเกี่ยวกับแนวคิดที่มีคุณค่าและบุคคลสถาปัตยกรรมของ Conto: Conto ออกแบบเป็นปลั๊กอินสำหรับ Proteg´ e และประกอบด้วยสองส่วนหลัก: การแบ็คส่วนประกอบหลัก และเก็บของโมดูตีความ สร้างเก็บข้อมูลจะแยกต่างหากจากการส่วนประกอบหลักเพื่อให้ง่ายเพิ่ม แก้ไข และตีความด้วยการปรับเปลี่ยนน้อยที่สุดการกำจัดการ Conto เอง ในรูปที่ 1 สถาปัตยกรรมของ Conto ที่ระดับสถาปัตยกรรมมี การโต้ตอบระหว่างProteg´ e, Conto และเก็บข้อมูลการตีความที่ถูกออกแบบมาเป็นสถาปัตยกรรมโบรกเกอร์ เมื่อผู้ใช้ประสงค์จะแบ็คใช้การตีความแนวคิด Proteg´ e (และ Ontograf ปลั๊กอินสำหรับการแสดงภาพแบบกราฟิก ontologies) ติดต่อแบ็คConto ซึ่งจะดึงข้อมูลการตีความที่ร้องขอ Conto สื่อการสื่อสารระหว่างผู้ใช้ผู้ที่กระทำผ่าน Proteg´ e และเก็บข้อมูลของการตีความ แยกของเก็บจากแบ็คหลักของ Conto ยังส่งเสริมอุดมการณ์ "plug and play" สำหรับโมดูลที่แปลโรงกลั่นพนักงานวิเคราะห์ เราสามารถตรวจสอบการออกแบบรายละเอียดของเครื่องมือ Conto มีให้ปรับในส่วนนี้ในรูปที่ 2 ในแผนภาพคลาส เราแสดง Conto ที่โต้ตอบกับอี Ontograf และ Proteg´ ผ่านแบ็ค Ontografชั้นขอบเขต และโมตีความผ่านเก็บ Conto มีหลักสาม แอนดรู LeClair และ Ridha Khedri / วิทยาการคอมพิวเตอร์ Procedia 83 (2016) 179-186 183รูป 2 แผนภาพคลาสวิเคราะห์ของ Contoเรียน: ล่าม Assembler และอัพโหลดที่ ล่าม เป็นชื่อแนะนำ ช่วยให้การทำงานของนายหน้าจัดการการร้องขอตีความ การเข้าถึงเก็บข้อมูลสำหรับการตีความที่เกี่ยวข้อง และจัดเก็บการตีความแนวคิดกับตัวยึดภววิทยา เมื่อผู้ใช้ร้องขอภววิทยากำหนด Assembler การคอมไพล์ภววิทยากำหนดใหม่ ช่วยอัพโหลดที่ให้ฟังก์ชันเพิ่มเติมการอัพโหลดมีภววิทยานกฮูก และระบุการตีความที่จะใช้กับแนวคิด อธิบายฟังก์ชันอัพโหลดนี้เพื่อในอนาคตการกำหนดค่าพร้อมกันเมื่อออกแบบ Conto ทำสมมติฐานต่อไปนี้:1.ภววิทยามีได้มีสถานะเป็นใช้ภาษานกฮูกหรือ OWL22. เหมือนกันบุคคลภายในภววิทยาที่ระบุโดยใช้ความสัมพันธ์ e Proteg´ "เดียวกันกับการเป็น" ´3. บุคคลเป็นแนวคิดที่หนึ่งมากที่สุด การแสดงเป็นส่วนหนึ่งของแนวคิดหลายตัวละสามารถทำได้ โดยมีหลายสำเนา
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
4. เครื่องมือสำหรับการตีความแนวคิด Ontological
เราได้คุยกันว่าจีได้รับการว่าจ้างในกระบวนการของการรวมข้อมูลและการกำกับดูแลและ
ไฮไลต์ข้อ จำกัด ของคำนิยามแนวคิด; จีส์แบบดั้งเดิมมีความเข้าใจที่เดียวของแนวคิดที่
182 แอนดรู LeClair และ Ridha Khedri / Procedia วิทยาการคอมพิวเตอร์ 83 (2016) 179-186
รูป 1. ลักษณะทางสถาปัตยกรรมของ Conto.
ที่ยืมข้อมูล mereological เท่านั้นที่จะดำเนินการให้เหตุผล เราแนะนำเครื่องมือ Conto ซึ่งเป็นปลั๊กอินสำหรับการ
แก้ไข Proteg' E อภิปรัชญา Prot 'eg' E เป็นบรรณาธิการเปิดแหล่งที่นิยมสำหรับจีส์เขียนในอภิปรัชญาเว็บภาษา'
(นกฮูก) 16. มันถูกสร้างขึ้นด้วยความตั้งใจในการจัดการจี DL ตามซึ่งจะทำให้มันเป็นเครื่องมือที่เหมาะสำหรับ
จีใช้โดย OBDA และ OBDM ซึ่งในการเปิดใช้งานตาม DL จี.
Conto เป็น E ปลั๊กอิน Proteg' ที่ถูกสร้างขึ้นโดยมีวัตถุประสงค์ของการแก้ข้อ จำกัด นี้บนความเข้าใจเดียวของ '
แนวคิด จะช่วยให้การ Imbuing ของแนวคิดที่มีชนิดข้อมูลนามธรรม ในการดำเนินงานในปัจจุบันมี
สามประเภทข้อมูลเริ่มต้นที่สามารถนำมาประยุกต์ใช้: ชุดกระเป๋าและรายชื่อ แต่ละชนิดข้อมูลนามธรรมเหล่านี้ให้เป็นวิธีที่ไม่ซ้ำกัน
ที่จะเข้าใจแนวคิดและแต่ละเข้าใจอาจนำเสนอผู้ใช้ที่มีความรู้ใหม่ ๆ หาไม่ได้มิฉะนั้น.
เข้าใจเหล่านี้จะถูกเรียกว่าการตีความของแนวคิด (เช่น. ตีความแนวคิดที่เป็นรายการ .)
ชุดของการตีความนำมาใช้เรียกว่าการกำหนดค่าของอภิปรัชญาได้.
ตีความเริ่มต้นได้รับการแต่งตั้งด้วยเหตุผลสองประการ:. อิสระโดเมนของพวกเขาและฟังก์ชั่นโดยธรรมชาติของพวกเขา
เนื่องจากจีถูกดังนั้นตัวแปรในโดเมนที่พวกเขาคิดในการตีความเริ่มต้นที่จำเป็น ที่จะมีผลบังคับใช้
กับความหลากหลายขนาดใหญ่ของโดเมน ชนิดข้อมูลนามธรรมเป็นผู้สมัครที่เหมาะเพราะธรรมชาตินามธรรมของพวกเขาช่วยให้
สำหรับการใช้งานที่หลากหลายมากกว่าความหลากหลายของโดเมน โดเมนเพิ่มเติมตีความที่เฉพาะเจาะจงได้อย่างง่ายดายสามารถสร้างและดำเนินการ
เข้าสู่ Conto ถ้าต้องการ ยกตัวอย่างเช่นคิวสามารถสร้างขึ้นเพื่อจับพฤติกรรมคิวบรรทัด ที่จำเป็นใน
การตีความและฟังก์ชั่นที่ต้องการของคิว (เช่นแอบมอง, dequeue คิว ฯลฯ ) ไม่จำเป็นต้องได้รับการเพิ่ม
พื้นที่เก็บข้อมูลและอินเตอร์เฟซที่จะตีความถูกเพิ่มเข้าไปในร่างกายของ Conto พร้อมกับข้อมูลนามธรรม
ชนิดเป็นโดเมนที่เป็นอิสระ, ฟังก์ชั่นของพวกเขาสามารถนำมาใช้เพื่อให้ได้รับข้อมูลเชิงลึกที่มีคุณค่าเกี่ยวกับแนวความคิดของพวกเขาและ
บุคคล.
สถาปัตยกรรมของ Conto: Conto ถูกออกแบบมาให้ปลั๊กอินสำหรับ Proteg' E และประกอบด้วยสององค์ประกอบหลัก: '
องค์ประกอบหลักและพื้นที่เก็บข้อมูลของโมดูลการตีความ พื้นที่เก็บข้อมูลที่ถูกสร้างขึ้นมาเพื่อจะแยกออกจาก
องค์ประกอบหลักเพื่อให้ง่ายนอกจากนี้การปรับเปลี่ยนและการกำจัดของการตีความมีการดัดแปลงน้อยที่สุด
เพื่อ Conto ตัวเอง ในรูปที่ 1 สถาปัตยกรรมของ Conto ในระดับสถาปัตยกรรมที่มีให้ การทำงานร่วมกันระหว่าง
Proteg' E, Conto และพื้นที่เก็บข้อมูลของการตีความที่ถูกออกแบบมาเป็นสถาปัตยกรรมสไตล์โบรคเกอร์ เมื่อผู้ใช้มีความประสงค์จะ '
ใช้การตีความแนวคิด Proteg' E (และ Ontograf, ปลั๊กอินสำหรับการแสดงภาพกราฟิกของจีส์ก) ติดต่อ'
Conto ซึ่งจะดึงการตีความการร้องขอ Conto ไกล่เกลี่ยการสื่อสารระหว่างผู้ใช้
ที่จะทำหน้าที่ผ่าน Proteg' E และพื้นที่เก็บข้อมูลของการตีความ แยกของพื้นที่เก็บข้อมูลจากแกน 'นี้
ของ Conto ยังส่งเสริมการเป็น "plug-and-play" อุดมการณ์สำหรับโมดูลการตีความ.
กลั่นเมล็ดวิเคราะห์เราสามารถตรวจสอบการออกแบบรายละเอียดของเครื่องมือ Conto การปรับแต่งนี้จะให้
ในรูปที่ 2 ในแผนภาพคลาสที่เราแสดง Conto มีปฏิสัมพันธ์กับ Ontograf และ Proteg' E ผ่าน Ontograf '
ระดับขอบเขตและมีโมดูลการตีความผ่านพื้นที่เก็บข้อมูล ภายใน Conto มีหลักสาม
แอนดรู LeClair และ Ridha Khedri / Procedia วิทยาการคอมพิวเตอร์ 83 (2016) 179 - 186 183
รูป 2. แผนภาพคลาสวิเคราะห์ Conto.
เรียน: ล่าม, ประกอบและอัพโหลด ล่ามเป็นชื่อที่แสดงให้เห็นพฤติกรรมให้นายหน้า
ในการจัดการคำขอตีความการเข้าถึงพื้นที่เก็บข้อมูลสำหรับการตีความตามลำดับและการจัดเก็บตีความ
แนวคิดลงในตัวยึดอภิปรัชญา เมื่อผู้ใช้ร้องขออภิปรัชญากำหนดค่าที่ประกอบรวบรวม
อภิปรัชญากำหนดค่าใหม่ อัพโหลดช่วยให้การทำงานที่เพิ่มขึ้นของการอัปโหลดอภิปรัชญานกฮูกและ
ระบุการตีความที่จะนำไปใช้กับแนวคิด ฟังก์ชั่นการอัปโหลดนี้แสดงให้เห็นถึงความเป็นไปได้ในอนาคต
. ของการกำหนดค่าพร้อมกัน
เมื่อมีการออกแบบ Conto สมมติฐานดังต่อไปนี้ถูกสร้างขึ้นมา:
1 ภววิทยาได้รับอย่างเป็นทางการโดยใช้นกฮูกหรือภาษา OWL2;
2 บุคคลที่เหมือนกันภายในอภิปรัชญาจะแสดงโดยใช้ E สัมพันธ์ Proteg' "ของแต่ละบุคคลเช่นเดียวกับ"; '
3 บุคคลเป็นแนวคิดมากที่สุดคนหนึ่ง การเป็นตัวแทนของบุคคลที่อยู่ในแนวความคิดหลาย
ประสบความสำเร็จโดยมีหลายชุด
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
4 . เครื่องมือสำหรับภววิทยาแนวคิดการตีความเราได้กล่าวถึงวิธีนโทโลจีได้รับการว่าจ้างในกระบวนการของการรวมข้อมูลและธรรมาภิบาล และเน้น ข้อจำกัดของแนวคิดคำนิยาม ; นโทโลจีแบบดั้งเดิมมีความเข้าใจของแนวคิดเดียว182 leclair ridha แอนดรูและ khedri / 83 procedia วิทยาศาสตร์คอมพิวเตอร์ ( 2016 ) 179 – 186รูปที่ 1 สถาปัตยกรรมของ conto .ให้เฉพาะข้อมูล mereological ไปสู่กระบวนการให้เหตุผล เราขอแนะนำเครื่องมือ conto ซึ่งเป็นปลั๊กอินสำหรับproteg ใหม่ E อภิปรัชญาบรรณาธิการ พรตใหม่เช่นใหม่ E เป็นบรรณาธิการโอเพนซอร์สที่ได้รับความนิยมสำหรับนโทโลจีเขียนในเว็บอภิปรัชญาภาษาใหม่( นกฮูก ) 16 . มันถูกสร้างขึ้นด้วยความตั้งใจที่จะจัดการ DL ตามนโทโลจี ซึ่งทำให้มันเป็นเครื่องมือที่เหมาะสำหรับนโทโลจีและใช้โดย obda obdm ซึ่งใน DL ใช้เปิดตามนโทโลจี .conto เป็นปลั๊กอินใหม่ proteg E ที่ถูกสร้างขึ้นด้วยจุดประสงค์ของการแก้ไขข้อ จำกัด นี้ในความเข้าใจของใหม่เดี่ยวแนวคิด มันช่วยให้ imbuing ของแนวคิดที่มีชนิดข้อมูลนามธรรม ที่ใช้ในปัจจุบันมี3 เริ่มต้นชนิดของข้อมูลที่สามารถประยุกต์ : ชุด , กระเป๋า , และรายการ แต่ละเหล่านี้ข้อมูลบทคัดย่อประเภทให้วิธีเฉพาะเพื่อให้เข้าใจแนวคิด และแต่ละความเข้าใจอาจปัจจุบันผู้ใช้ที่มีความรู้อย่างอื่นหาไม่ได้ใหม่ข้อมูลเหล่านี้จะถูกเรียกว่าการตีความแนวคิด ( e.g . , การตีความแนวคิดตามรายการ )ชุดของการประยุกต์ เรียกว่าการปรับแต่งของอภิปรัชญา .การเริ่มต้นที่ถูกเลือกสำหรับสองเหตุผล : โดเมนของฟังก์ชันของความเป็นอิสระ และโดยธรรมชาติเนื่องจาก นโทโลจีทำตัวแปรในโดเมนพวกเขาคิด , เริ่มต้นการตีความต้องบังคับเพื่อความหลากหลายของโดเมน ประเภทข้อมูลที่เป็นนามธรรมเป็นนามธรรมของพวกเขาช่วยให้ผู้สมัครที่เหมาะเพราะธรรมชาติสำหรับใช้งานได้หลากหลายกว่าความหลากหลายของโดเมน โดเมนที่เฉพาะเจาะจงมากขึ้นตีความได้อย่างง่ายดายสามารถสร้างและดำเนินการเป็น conto ได้ถ้าต้องการ ตัวอย่างเช่น คิวสามารถสร้างขึ้นเพื่อจับคิวสายพฤติกรรม ที่จำเป็นวิธีการตีความ และฟังก์ชันที่ต้องการใด ๆ ของคิว ( เช่น แอบดูผู้แทน คิว ฯลฯ ) ต้องเพิ่มเพื่อเก็บข้อมูล และการเชื่อมต่อกับการตีความถูกเพิ่มให้กับร่างกายของ conto . พร้อมกับข้อมูลที่เป็นนามธรรมประเภทการโดเมนอิสระ ฟังก์ชัน ของพวกเขาสามารถใช้เพื่อให้ได้ข้อมูลเชิงลึกที่มีคุณค่าเกี่ยวกับแนวคิดของพวกเขาและบุคคลสถาปัตยกรรมของ conto : conto ถูกออกแบบให้เป็นปลั๊กอินสำหรับ proteg ใหม่ E และประกอบด้วยสององค์ประกอบหลัก : ใหม่องค์ประกอบหลักของการตีความและข้อมูลโมดูล ข้อมูลที่ถูกสร้างขึ้นจะแยกจากส่วนประกอบหลักเพื่อให้สามารถที่นอกจากนี้ง่ายการแก้ไขและการตีความกับการเปลี่ยนแปลงน้อยที่สุดเพื่อ conto นั่นเอง รูปที่ 1 สถาปัตยกรรมของ conto ระดับสถาปัตยกรรม ที่มีให้ ปฏิสัมพันธ์ระหว่างproteg ใหม่อี conto และเก็บข้อมูลการตีความการออกแบบเป็นสไตล์โบรกเกอร์สถาปัตยกรรม เมื่อผู้ใช้ต้องการใหม่การใช้การตีความแนวคิดใหม่ proteg E ( และ ontograf , ปลั๊กอินสำหรับการแสดงกราฟิกของนโทโลจี ) ติดต่อใหม่conto ซึ่งจะดึงให้มีการตีความ conto mediates การสื่อสารระหว่างผู้ใช้ใครทำผ่าน proteg ใหม่อี และเก็บข้อมูลการตีความ . จากแยกนี้เก็บข้อมูลจากหลักใหม่ของ conto ยังส่งเสริม " plug and play " แนวคิดในการตีความโดยจากการวิเคราะห์ granularity , เราสามารถตรวจสอบการออกแบบรายละเอียดของ conto เครื่องมือ การปรับแต่งนี้ จะให้ในรูปที่ 2 ในแผนภาพคลาสที่เราแสดง conto และการโต้ตอบกับ ontograf proteg ใหม่ผ่าน ontograf ใหม่อีชั้นขอบเขตและการตีความผ่านโมดูลเก็บข้อมูล ภายใน conto มี 3 หลักแอนดรูและ leclair ridha khedri / 83 procedia วิทยาศาสตร์คอมพิวเตอร์ ( 2016 ) 179 – 186 183รูปที่ 2 การวิเคราะห์แผนภาพคลาสของ conto .บทเรียน : ล่าม , ประกอบ , และอัพโหลด ล่าม , เป็นชื่อแนะนำ , มีพฤติกรรมโบรกเกอร์เรื่องของการขอ การเข้าถึงหรือการตีความตามกฎหมาย และการตีความแนวคิดในอภิปรัชญา ผู้ถือ เมื่อผู้ใช้ร้องขอ : อภิปรัชญา , ประกอบ รวบรวมใหม่ : ภววิทยา . อัพโหลดให้ฟังก์ชันการทำงานเพิ่มเติมอัปโหลดนกฮูกอภิปรัชญาและระบุการตีความจะใช้แนวคิด นี้อัพโหลดฟังก์ชันแสดงความเป็นไปได้ในอนาคตการพร้อมกันเมื่อออกแบบ conto , สมมติฐานต่อไปนี้เกิดขึ้น :1 . ทางอภิปรัชญาได้เป็นทางการใช้นกฮูกหรือ owl2 ภาษา2 . บุคคลภายในอภิปรัชญาเขียนเหมือนกันจะใช้ proteg ใหม่และความสัมพันธ์ " บุคคลเดียวกัน " ; ใหม่3 . บุคคลส่วนใหญ่เป็นของที่ความคิดหนึ่ง การแสดงของแต่ละบุคคลเป็นแนวคิดหลาย ๆได้ โดยมีสำเนาหลาย
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: