frameworks and deploying semi-autom

frameworks and deploying semi-automatic tools for schemamatching and data mapping, promoting semantic reconciliationand mediation techniques, and creating adapters and wrappers.The methods and proofs-of-concept proposed are accompaniedby experiments that prove their offerings and the weaknesses, yetsuch laboratory-oriented approaches need to expand and improvein order to cover real-life situations in enterprise environments(Koussouris et al., 2011). The knowledge interoperability issues,not only involves semantics area that constructs common dictio-naries for supporting and easing out the operations of knowledgesharing and spreading amongst various entities, but also includesother facets, ranging from business units alignment to contextaware systems. To tackle the knowledge interoperability issues,standards, methodologies, tools, and not to mention large-scaleexperiments and case studies on those aspects need to be inves-tigated. In addition to, knowledge sharing which are not onlyconcentrated in documents, and tangible assets exchange, but alsorelies heavily on individuals, operating on their own or as part ofbusiness units (Koussouris et al., 2011).An E-business Interoperability Framework clearly indicates thatsystem and software solutions cannot be designed and developed inisolation if the goal is to achieve interoperability. E-business Inter-operability Framework must imply on the systems and softwaredesign, and affect the software engineering principles and meth-ods. They can be classified as patterns, helpful in the developmentof new enterprise applications and interoperable systems including(Charalabidis and Chen, 2004):•Architecture-related patterns (such as system granularity, sys-tem coupling/decoupling modes, system connectivity standards).•Modelling-related patterns (such as model transformations andpatterns and model abstraction layers).•Ontology-related patterns (such as ontological schemas and datadictionaries).•Software engineering patterns leading to increased interoperabil-ity (such as object coupling and encapsulation rules).From the interoperability perspective, encapsulation has a par-ticular importance when it comes to software systems, services,social systems, cloud and ecosystems. Encapsulation allows the“layering” of new components on top of existing components, usingonly information about the functionality and interfaces providedby the existing components. It must refer to the design of classesand objects to restrict access to the data and behaviour by defininga limited set of messages that an object can receive (Armstrong,2006; Lutowski, 2005; Zweben et al., 1995).The principles and methodologies for designing and develop-ing system and software in the form of interoperable servicesthat expose well-defined business functionalities formulate a solidbasis must be extended and applied for interoperability purposes.The loose coupling of business logic (services) and technology isan example of interoperability that have to be applied in vari-ous scientific areas as well. Web services are a promising wayto implement SOA enabling the loose coupling of functionalityat service interfaces. E-business Interoperability Framework indi-cate software and system components should be loosely coupledwith the software and system components that interact withthem

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

กรอบและปรับใช้เครื่องมือกึ่งอัตโนมัติที่ schemamatching และข้อมูลการแม็ป ส่งเสริมเทคนิคการกาชาด reconciliationand ความหมาย และสร้างการ์ดและห่อวิธีการและหลักฐานของแนวคิดการนำเสนอมี accompaniedby การทดลองที่พิสูจน์การ และอ่อน yetsuch วิธีแนวปฏิบัติต้องขยาย และสั่ง improvein เพื่อครอบคลุมสถานการณ์ในชีวิตจริงในสภาพแวดล้อมขององค์กร (Koussouris et al., 2011) ทำงานร่วมกันรู้เรื่อง ไม่เพียงแต่ เกี่ยวข้องกับการตั้งความหมายที่สร้าง dictio naries ทั่วไปสำหรับสนับสนุน และผ่อนคลายออกการดำเนินการของ knowledgesharing และแพร่กระจายหมู่ต่าง ๆ ตี แต่แง่มุม includesother ตั้งแต่ตำแหน่งหน่วยธุรกิจระบบ contextaware เล่นงานทำงานร่วมกันรู้ เรื่อง มาตรฐาน วิธีการ เครื่อง มือ และไม่พูดมาก scaleexperiments และกรณีศึกษาในด้านเหล่านั้นถึงต้อง inves tigated นอก ความรู้ร่วมกันซึ่งไม่ onlyconcentrated ใน เอกสาร และการแลกเปลี่ยนสินทรัพย์ที่จับต้องได้ แต่ alsorelies มากในบุคคล การปฏิบัติของตนเอง หรือ เป็นหน่วยส่วน ofbusiness (Koussouris et al., 2011)กรอบการทำงานร่วมกันอีบิสซิเนสชัดเจนบ่งชี้ thatsystem และซอฟต์แวร์ไม่สามารถออกแบบ และพัฒนา inisolation ถ้าจะทำงานร่วมกันให้บรรลุเป้าหมาย อีบิสซิเนส Inter-operability กรอบต้องเป็นสิทธิ์แบบในระบบ softwaredesign และส่งผลกระทบต่อหลักการวิศวกรรมซอฟต์แวร์ และจาก ods สามารถจำแนกเป็นรูปแบบ ประโยชน์โปรแกรมประยุกต์ระดับองค์การใหม่ developmentof และ including(Charalabidis and Chen, 2004):•Architecture ระบบ interoperable-ที่เกี่ยวข้องกับรูปแบบ (เช่นส่วนประกอบระบบ โหมดคลัป/สัญญาณ decoupling ยการ sys ระบบเชื่อมต่อมาตรฐาน) ได้รูปแบบที่เกี่ยวข้องกับ •Modelling (เช่น andpatterns แปลงรูปแบบและแบบจำลองชั้น abstraction) ได้ •Ontology ที่เกี่ยวข้องกับรูปแบบ (เช่นแบบแผนโต้และ datadictionaries) ได้ •Software วิศวกรรมรูปแบบที่นำไปสู่เพิ่ม interoperabil-ity (เช่นวัตถุคลัป encapsulation กฎและ) ได้จากมุมมองการทำงานร่วมกัน encapsulation ได้สำคัญพาร์ ticular เมื่อมันมาถึงซอฟต์แวร์ระบบ บริการ ระบบสังคม เมฆ และระบบนิเวศ Encapsulation ให้ "layering" ประกอบใหม่บนคอมโพเนนต์ที่มีอยู่ usingonly ข้อมูลเกี่ยวกับฟังก์ชันการ providedby อินเทอร์เฟซคอมโพเนนต์ที่มีอยู่ มันต้องหมายถึงการออกแบบของวัตถุ classesand เพื่อจำกัดการเข้าถึงข้อมูลและพฤติกรรม โดย defininga จำกัดชุดของข้อความที่ว่า วัตถุสามารถรับ (อาร์มสตรอง 2006 Lutowski, 2005 Zweben และ al., 1995)หลักการและวิธีการออกแบบและกำลังพัฒนาระบบซอฟต์แวร์ในรูปแบบของฟังก์ชันทางธุรกิจโดยเปิดเผย interoperable servicesthat กำหนด solidbasis ต้องขยาย และนำไปใช้เพื่อวัตถุประสงค์ในการทำงานร่วมกันคลัปหลวมของตรรกะทางธุรกิจ (บริการ) และเทคโนโลยีอีสานตัวอย่างทำงานร่วมกันที่ต้องใช้ในวารี ous พื้นที่เช่นทางวิทยาศาสตร์ บริการเว็บใช้ wayto สัญญา SOA คลัปหลวมของอินเทอร์เฟซสำหรับบริการ functionalityat เปิดใช้งานได้ อีบิสซิเนสกรอบการทำงานร่วมกัน indi cate ซอฟต์แวร์และระบบคอมโพเนนต์ควรอ้อม coupledwith ส่วนประกอบซอฟต์แวร์และระบบที่โต้ตอบ withthem

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

กรอบและปรับใช้เครื่องมือกึ่งอัตโนมัติสำหรับ schemamatching และการทำแผนที่ข้อมูลส่งเสริม reconciliationand เทคนิคการไกล่เกลี่ยความหมายและการสร้างอะแดปเตอร์และวิธีการ wrappers.The และบทพิสูจน์ของแนวคิดที่นำเสนอมีการทดลอง accompaniedby ที่พิสูจน์ข้อเสนอและจุดอ่อนของพวกเขา yetsuch วิธีการตรวจทางห้องปฏิบัติการที่มุ่งเน้น จำเป็นต้องขยายและสั่งซื้อ improvein เพื่อให้ครอบคลุมสถานการณ์ในชีวิตจริงในสภาพแวดล้อมขององค์กร (Koussouris et al., 2011) ปัญหาการทำงานร่วมความรู้ไม่เพียง แต่เกี่ยวข้องกับพื้นที่ที่สร้างความหมายทั่วไปรม-Naries สำหรับการสนับสนุนและการผ่อนคลายการดำเนินงานของ knowledgesharing และการแพร่กระจายในหมู่หน่วยงานต่าง ๆ แต่ยังแง่มุม includesother ตั้งแต่ธุรกิจการจัดตำแหน่งหน่วย contextaware ระบบ ในการจัดการกับปัญหาการทำงานร่วมกันความรู้มาตรฐานวิธีการเครื่องมือและไม่พูดถึง scaleexperiments ขนาดใหญ่และกรณีศึกษาเกี่ยวกับด้านที่จะต้องมีการ INVES-tigated นอกจากนี้ในการแบ่งปันความรู้ที่ไม่ได้ onlyconcentrated ในเอกสารและสินทรัพย์ที่จับต้องแลกเปลี่ยน แต่ alsorelies หนักในบุคคลในการดำเนินงานของตัวเองหรือเป็นส่วนหนึ่งของพวกเขา ofbusiness หน่วย (Koussouris et al., 2011) ในขณะนี้ An E ธุรกิจการทำงานร่วมกันกรอบบ่งชี้อย่างชัดเจน thatsystem และซอฟแวร์จะไม่สามารถออกแบบและพัฒนา inisolation ถ้าเป้าหมายคือเพื่อให้บรรลุการทำงานร่วมกัน E ธุรกิจกรอบระหว่างการทำงานจะต้องบ่งบอกถึงในระบบและ SoftwareDesign และส่งผลกระทบต่อหลักการวิศวกรรมซอฟต์แวร์และ ODS-ปรุงยา พวกเขาสามารถจัดเป็นรูปแบบที่เป็นประโยชน์ในการใช้งานขององค์กร developmentof ใหม่และระบบการทำงานร่วมกันรวมทั้ง (Charalabidis และ Chen, 2004): •รูปแบบสถาปัตยกรรมที่เกี่ยวข้อง (เช่นเมล็ดระบบการมีเพศสัมพันธ์ SYS-Tem / โหมด decoupling มาตรฐานการเชื่อมต่อระบบ) •รูปแบบการสร้างแบบจำลองที่เกี่ยวข้อง (เช่นการแปลงรูปแบบ andpatterns และชั้นนามธรรมรูปแบบ). •รูปแบบอภิปรัชญาที่เกี่ยวข้อง (เช่น schemas ontological และ datadictionaries). •รูปแบบวิศวกรรมซอฟต์แวร์นำไปสู่​​การเพิ่มขึ้น interoperabil-ity (เช่นการมีเพศสัมพันธ์ของว​​ัตถุและกฎระเบียบ encapsulation) เทียบัมุมมองการทำงานร่วมกัน, การห่อหุ้มมีความสำคัญที่ตราไว้หุ้นเจาะจงเมื่อมันมาถึงระบบซอฟต์แวร์บริการระบบสังคมเมฆและระบบนิเวศ Encapsulation ช่วยให้ "ชั้น" ขององค์ประกอบใหม่ที่ด้านบนของส่วนประกอบที่มีอยู่ usingonly ข้อมูลเกี่ยวกับการทำงานและการเชื่อมต่อ providedby ส่วนประกอบที่มีอยู่ มันต้องดูที่การออกแบบของวัตถุ classesand เพื่อ จำกัด การเข้าถึงข้อมูลและพฤติกรรมโดย defininga ชุด จำกัด ของข้อความที่วัตถุที่จะได้รับ (อาร์มสตรอง, 2006; Lutowski, 2005; Zweben, et al, 1995.) หลักการและวิธีการได้โดยง่ายสำหรับ การออกแบบและการพัฒนาไอเอ็นจีของระบบและซอฟต์แวร์ในรูปแบบของการทำงานร่วมกันเปิดเผย servicesthat ที่ดีที่กำหนดฟังก์ชันธุรกิจกำหนด solidbasis จะต้องมีการขยายและนำไปใช้สำหรับการทำงานร่วมกัน purposes.The coupling หลวมของตรรกะทางธุรกิจ (บริการ) และเทคโนโลยี isan ตัวอย่างของการทำงานร่วมกันที่จะต้องมี ถูกนำมาใช้ในพื้นที่ทางวิทยาศาสตร์ Vari-ภายใต้กฎระเบียบรวมทั้ง บริการเว็บเป็น wayto มีแนวโน้มใช้ SOA ทำให้ coupling หลวมของการเชื่อมต่อบริการ functionalityat E ธุรกิจการทำงานร่วมกันกรอบซอฟแวร์ Indi-Cate และส่วนประกอบของระบบควรจะหลวม coupledwith ซอฟต์แวร์และส่วนประกอบของระบบที่โต้ตอบกับพวก

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

กรอบแนวคิดและการปรับใช้เครื่องมือกึ่งอัตโนมัติสำหรับ schemamatching และข้อมูลแผนที่ ส่งเสริมเทคนิคตัวกลาง reconciliationand ความหมายและสร้างอะแดปเตอร์และห่อ วิธีการและหลักฐานของแนวคิดเสนอเป็น accompaniedby การทดลองที่พิสูจน์เสนอของพวกเขาและจุดอ่อนปฏิบัติการ yetsuch มุ่งเน้นแนวทางที่ต้องขยายเพื่อให้ครอบคลุม และ improvein สถานการณ์จริงในสภาพแวดล้อมขององค์กร ( koussouris et al . , 2011 ) ความรู้ร่วมกันของปัญหา ไม่เพียง เกี่ยวข้องกับ พื้นที่ ที่ สร้าง naries อรรถศาสตร์ dictio ทั่วไปเพื่อสนับสนุนการดำเนินงานของตลาดออกมา knowledgesharing และการแพร่กระจายระหว่างหน่วยงานต่าง ๆแต่ยัง includesother แง่มุม ตั้งแต่การจัดเรียง contextaware หน่วยธุรกิจระบบ เพื่อจัดการความรู้ร่วมกันของประเด็น มาตรฐาน วิธีการ เครื่องมือ และไม่ต้องพูดถึง scaleexperiments ขนาดใหญ่และกรณีศึกษาในแง่มุมที่ต้องจัดการ tigated . นอกจากนี้ การแบ่งปันความรู้ซึ่งไม่ onlyconcentrated ในเอกสารและสินทรัพย์ที่มีตัวตนตราแต่ alsorelies อย่างมากในแต่ละบุคคล ปฏิบัติด้วยตนเอง หรือ เป็นหน่วยของธุรกิจส่วนหนึ่ง ( koussouris et al . , 2011 ) . ธุรกิจ e หรือกรอบบ่งชี้อย่างชัดเจน thatsystem ซอฟแวร์และโซลูชั่นไม่สามารถออกแบบและพัฒนา inisolation ถ้าเป้าหมายคือเพื่อให้บรรลุร่วมกัน . งานเสริมระหว่างกรอบต้องอยู่ในระบบ softwaredesign และ ,และส่งผลกระทบต่อวิศวกรรมซอฟต์แวร์หลักการและเมธบอก พวกเขาสามารถจัดเป็นรูปแบบ ที่เป็นประโยชน์ในการพัฒนาองค์กรใหม่ รวมถึงการใช้งานและระบบส่ง ( charalabidis และ Chen , 2004 ) : สถาปัตยกรรมที่เกี่ยวข้องกับแต่ละรูปแบบ ( เช่น sys TEM granularity , ระบบการเชื่อมต่อ / decoupling โหมดระบบการเชื่อมต่อมาตรฐาน )- แบบจำลองที่เกี่ยวข้อง ( เช่น รูปแบบการแปลงรูปแบบ andpatterns และชั้นนามธรรมรูปแบบ ) - ภววิทยาที่เกี่ยวข้อง ( เช่น แผนผังและรูปแบบ datadictionaries ภววิทยา ) - วิศวกรรมซอฟต์แวร์รูปแบบชั้นนําเพิ่มขึ้น interoperabil ity ( เช่นการเชื่อมต่อวัตถุและกฎการ จากหรือมุมมองการได้พาร์ ticular ความสำคัญเมื่อมันมาถึงระบบซอฟแวร์ , บริการ , ระบบสังคม , เมฆ และระบบนิเวศวิทยา การช่วยให้ " layering " ชิ้นส่วนใหม่ด้านบนขององค์ประกอบที่มีอยู่ , usingonly ข้อมูลเกี่ยวกับการทํางาน และระบบ providedby ส่วนประกอบที่มีอยู่มันต้องดูที่การออกแบบของ classesand วัตถุเพื่อ จำกัด การเข้าถึงข้อมูล และพฤติกรรม โดย defininga จำกัดชุดของข้อความที่วัตถุจะได้รับ ( อาร์มสตรอง , 2006 ; lutowski , 2005 ; zweben et al . , 1995 )หลักการและระเบียบวิธีการออกแบบและพัฒนาระบบไอเอ็นจีและซอฟต์แวร์ในรูปแบบของฟังก์ชันทางธุรกิจร่วมกัน servicesthat เปิดเผยต่อการกำหนด solidbasis ต้องขยายและใช้เพื่อวัตถุประสงค์ร่วมกัน .หลวม coupling ของตรรกะทางธุรกิจ ( บริการ ) และอีสาน ตัวอย่างของเทคโนโลยีที่ต้องใช้ร่วมกันใน vari ous ทางวิทยาศาสตร์ในพื้นที่ได้เป็นอย่างดี บริการเว็บเป็นวิธีการที่มีแนวโน้มใช้ SOA ช่วยให้ coupling หลวมของอินเตอร์เฟซบริการ functionalityat .ธุรกิจร่วมกันของซอฟต์แวร์และส่วนประกอบของระบบกรอบอินดีเคทควรหลวม coupledwith ซอฟแวร์และส่วนประกอบของระบบที่โต้ตอบไปปฏิบัติ