This paper examines the problem of

This paper examines the problem of conceptual dependence, the coupling of software
applications' internal structures and logic with their underlying conceptual models.
Although conceptual dependence is almost universal in information system design, it
produces a range of unintended negative consequences including system inflexibility and
increased maintenance costs. Many information systems contain components, such as
database tables and classes, whose design reflects the entity types and relationships
in underlying, domain-oriented conceptual models. When the models change, work is
involved in altering the software components. For example, an e-commerce system might
include tables and classes representing product types, customers and orders, with
associated code in methods, stored procedures and other scripts. The structure of the
entity types and their relationships will be implicit in the tables, classes and code,
coupling the system to its conceptual model. Any change to the model (such as the
introduction of a new entity type, representing order lines) invalidates existing structures
and code, causing rework. In large systems, this rework can be time-consuming and
expensive. Research shows that schema change is common, and that it contributes
significantly to the high cost of software maintenance. We argue that much of the cost
may be avoidable if alternative design strategies are used. The paper describes an
alternative design approach based on the principle of conceptual independence, which
can be used to produce adaptive information systems (AIS). It decouples the internal
structures and logic of information systems from the domain-specific entity types and
relationships in the conceptual models they implement. An architecture for AIS is
presented which includes soft schemas (conceptual models stored as data), an end-user
conceptual modelling tool, a set of archetypal categories (predefined semantic categories),
and an adaptive data model which allows data to be stored without conceptual
dependence. The archetypal categories allow domain-specific run time behaviour to
be provided, despite the absence of domain-specific software structure and logic. An
advantage of AIS over conventionally-designed applications is that each AIS can be used in
a wide variety of domains. AIS offer the prospect of significantly reduced maintenance
costs, as well as increased scope for the development and modification of systems by end
users. Work to date on implementation of the AIS architecture is discussed, and an agenda
for future research is outlined including development and evaluation of a fully-featured
AIS. The paper discusses challenges to be overcome and barriers to adoption

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

กระดาษนี้ตรวจสอบปัญหาของแนวคิดพึ่งพา คลัปของซอฟแวร์ของโปรแกรมประยุกต์ภายในโครงสร้างและลอจิกกับรุ่นแนวคิดต้นแบบของพวกเขาแม้ว่าแนวคิดการพึ่งพาเป็นสากลในการออกแบบระบบข้อมูล เกือบจะสร้างช่วงของผลลบโดยไม่ได้ตั้งใจรวมถึงความแข็งของระบบ และค่าใช้จ่ายในการบำรุงรักษาเพิ่มขึ้น ข้อมูลในระบบประกอบด้วยส่วนประกอบ เช่นตารางฐานข้อมูลและการเรียน การออกแบบสะท้อนให้เห็นถึงชนิดของเอนทิตี้และความสัมพันธ์ในโดเมนแปลก ต้นแบบแนวคิดรูปแบบจำลอง เมื่อมีการเปลี่ยนแปลงรูปแบบ ทำงานเป็นเกี่ยวข้องในการดัดแปลงส่วนประกอบของซอฟต์แวร์ ตัวอย่าง อาจเป็นระบบอีคอมเมิร์ซรวมตารางและคลาสของที่แทนชนิดสินค้า ลูกค้า และใบ สั่ง มีรหัสที่เกี่ยวข้องในวิธีการ กระบวนงานที่เก็บ และสคริปต์อื่น ๆ โครงสร้างของการชนิดเอนทิตี้และความสัมพันธ์ของพวกเขาจะมีนัยในตาราง ชั้น และ รหัสcoupling ระบบแบบจำลองของแนวคิด มีเปลี่ยนรูปแบบ (เช่นการแนะนำของชนิดเอนทิตีใหม่ แทนใบ) invalidates โครงสร้างที่มีอยู่และ รหัส สาเหตุของทำใหม่ ในระบบขนาดใหญ่ ทำใหม่นี้อาจใช้เวลานาน และราคาแพง วิจัยแสดงเค้าร่างที่เปลี่ยนแปลงคือทั่วไป และที่รวมอย่างมีนัยสำคัญกับต้นทุนที่สูงของการบำรุงรักษาซอฟต์แวร์ เราทะเลาะที่มากของต้นทุนอาจ avoidable ถ้ามีใช้กลยุทธ์การออกแบบทางเลือก กระดาษอธิบายการวิธีการออกแบบทางเลือกตามหลักการของแนวคิดความเป็นอิสระ ที่สามารถใช้ในการผลิตระบบสารสนเทศที่เหมาะสม (AIS) Decouples ภายในโครงสร้างและลอจิกของระบบข้อมูลจากชนิดของเอนทิตีเฉพาะโดเมน และความสัมพันธ์ในรูปแบบแนวคิดที่จะใช้ เป็นสถาปัตยกรรมสำหรับลูกค้าเอไอเอสนำเสนอซึ่งรวมถึงแบบแผนอ่อน (แนวคิดแบบจำลองเก็บไว้เป็นข้อมูล), การใช้เครื่องมือสร้างแบบจำลองแนวคิด ชุดประเภทอย่างไร archetypal (กำหนดไว้ล่วงหน้าความหมายประเภท),และแบบจำลองข้อมูลที่เหมาะสมซึ่งช่วยให้ข้อมูลถูกเก็บไว้โดยไม่มีแนวคิดพึ่งพา ประเภทอย่างไร archetypal อนุญาตเฉพาะโดเมนเวลาพฤติกรรมการได้ แม้ มีการขาดงานของโดเมนเฉพาะซอฟต์แวร์โครงสร้างและลอจิก มีข้อดีของเอไอเอสผ่านโปรแกรมประยุกต์ที่ออกแบบมาดีคือ ว่า เอไอเอสแต่ละสามารถใช้ในความหลากหลายของโดเมน เอไอเอสมีโอกาสของการบำรุงรักษาลดลงอย่างมีนัยสำคัญต้นทุน รวมทั้งขอบเขตเพิ่มขึ้นสำหรับการพัฒนาและปรับเปลี่ยนระบบโดยสิ้นสุดผู้ใช้ กล่าวถึงงานวันงานสถาปัตยกรรมเอไอเอส และวาระการประชุมสำหรับการวิจัยในอนาคตมีรายละเอียดรวมทั้งการพัฒนาและประเมินผลครบครันห้องเอไอเอส กระดาษอธิบายถึงการเอาชนะความท้าทายและอุปสรรคการยอมรับ

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

กระดาษนี้จะตรวจสอบปัญหาของการพึ่งพาอาศัยแนวความคิดที่มีเพศสัมพันธ์ของซอฟแวร์
การใช้งาน 'โครงสร้างภายในและตรรกะที่มีรูปแบบความคิดของพวกเขาอยู่ภายใต้.
แม้ว่าการพึ่งพาความคิดเป็นเกือบสากลในการออกแบบระบบข้อมูลก็
ผลิตช่วงของผลกระทบเชิงลบที่ไม่ได้ตั้งใจรวมถึงความแข็งของระบบและ
การบำรุงรักษาที่เพิ่มขึ้น ค่าใช้จ่าย ระบบข้อมูลหลายชนิดจะมีส่วนประกอบเช่น
ตารางฐานข้อมูลและการเรียนที่มีการออกแบบที่สะท้อนให้เห็นถึงประเภทกิจการและความสัมพันธ์
ในพื้นฐานโดเมนมุ่งเน้นรูปแบบความคิด เมื่อมีการเปลี่ยนแปลงรูปแบบการทำงานจะ
มีส่วนร่วมในการเปลี่ยนแปลงองค์ประกอบซอฟต์แวร์ ยกตัวอย่างเช่นระบบ e-commerce ที่อาจ
รวมตารางและชั้นเรียนที่เป็นตัวแทนของประเภทของสินค้าที่ลูกค้าและคำสั่งซื้อที่มี
รหัสที่เกี่ยวข้องในวิธีการขั้นตอนการจัดเก็บและสคริปต์อื่น ๆ โครงสร้างของ
ประเภทนิติบุคคลและความสัมพันธ์ของพวกเขาจะเป็นนัยในตารางเรียนและรหัส
coupling ระบบเพื่อรูปแบบความคิดของตน การเปลี่ยนแปลงในรูปแบบใด ๆ (เช่น
การแนะนำของนิติบุคคลประเภทใหม่ที่เป็นตัวแทนของสายการสั่งซื้อ) เลิกโครงสร้างที่มีอยู่
และรหัสที่ก่อให้เกิดการทำงานซ้ำ ในระบบขนาดใหญ่ที่ทำใหม่นี้จะใช้เวลานานและ
มีราคาแพง วิจัยแสดงให้เห็นว่าการเปลี่ยนแปลงสคีมาเป็นเรื่องธรรมดาและมันมีส่วนช่วย
อย่างมีนัยสำคัญที่จะใช้จ่ายในการบำรุงรักษาซอฟต์แวร์ เรายืนยันว่ามากของค่าใช้จ่าย
อาจจะหลีกเลี่ยงได้ถ้ากลยุทธ์การออกแบบทางเลือกที่จะใช้ บทความนี้จะอธิบาย
วิธีการออกแบบทางเลือกบนพื้นฐานของหลักการของความเป็นอิสระทางความคิดซึ่ง
สามารถนำมาใช้ในการผลิตระบบข้อมูลการปรับตัว (AIS) มัน decouples ภายใน
โครงสร้างและตรรกะของระบบข้อมูลจากประเภทกิจการที่โดเมนที่เฉพาะเจาะจงและ
ความสัมพันธ์ในรูปแบบความคิดที่พวกเขาใช้ สถาปัตยกรรมสำหรับเอไอเอสจะ
นำเสนอซึ่งรวมถึง schemas นุ่ม (แบบแนวคิดจัดเก็บเป็นข้อมูล) ของผู้ใช้
เครื่องมือแบบจำลองแนวคิดชุดของประเภทเทพ (หมวดหมู่ความหมายที่กำหนดไว้ล่วงหน้า)
และรูปแบบข้อมูลการปรับตัวซึ่งช่วยให้ข้อมูลที่ถูกเก็บไว้โดยไม่มีความคิด
การพึ่งพาอาศัยกัน ประเภทเทพอนุญาตให้วิ่งโดเมนเฉพาะพฤติกรรมเวลาที่จะ
ได้รับแม้จะขาดของโครงสร้างซอฟต์แวร์เฉพาะโดเมนและตรรกะ
ประโยชน์จากเอไอเอสในช่วงการใช้งานตามอัตภาพการออกแบบคือการที่เอไอเอสแต่ละคนจะสามารถนำมาใช้ใน
ความหลากหลายของโดเมน เอไอเอสนำเสนอโอกาสในการบำรุงรักษาลดลงอย่างมีนัยสำคัญ
ค่าใช้จ่ายเช่นเดียวกับขอบเขตที่เพิ่มขึ้นสำหรับการพัฒนาและการเปลี่ยนแปลงของระบบโดยสิ้น
ผู้ใช้ การทำงานถึงวันที่ในการดำเนินงานของสถาปัตยกรรมเอไอเอสกล่าวถึงและวาระการประชุม
สำหรับการวิจัยในอนาคตมีการระบุไว้รวมถึงการพัฒนาและการประเมินผลอย่างที่โดดเด่น
เอไอเอส กระดาษกล่าวถึงความท้าทายที่จะเอาชนะและอุปสรรคในการรับเลี้ยงบุตรบุญธรรม

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

บทความนี้เป็นการวิเคราะห์ปัญหาของแนวคิดการพึ่งพา , coupling ของซอฟต์แวร์
' งานโครงสร้างภายในและตรรกะด้วยพื้นฐานแนวคิดแบบ
ถึงแม้ว่าแนวคิดเป็นสากลเกือบการในการออกแบบระบบสารสนเทศ ,
ผลิตช่วงของความไม่ตั้งใจลบรวมทั้งแข็งระบบและ
ประหยัดค่าใช้จ่ายเพิ่มขึ้นระบบสารสนเทศประกอบด้วยองค์ประกอบเช่น
ตารางฐานข้อมูลและชั้นเรียนที่มีการออกแบบที่สะท้อนให้เห็นถึงนิติบุคคลประเภทและความสัมพันธ์
มูลค่าโดเมนเชิงความคิดแบบ . เมื่อเปลี่ยนรูปแบบงานที่เกี่ยวข้องในการแก้ไขซอฟต์แวร์
ส่วนประกอบ ตัวอย่างเช่น ระบบอีคอมเมิร์ซอาจรวมถึงตารางและชั้นเรียนแทน
ประเภทสินค้า , ใบสั่งซื้อของลูกค้า และ กับ
ที่เกี่ยวข้องรหัสในวิธีการ , วิธีการเก็บและสคริปต์อื่น ๆ โครงสร้างของ
นิติบุคคลประเภทและความสัมพันธ์ของพวกเขาจะถูกเปิดเผยในโต๊ะเรียนและรหัส
การเชื่อมต่อระบบแบบจำลองของ การเปลี่ยนแปลงใด ๆไปยังรูปแบบ ( เช่น
แนะนำประเภทกิจการใหม่แทนการสั่งเส้น ) โครงสร้างที่มีอยู่
และรหัส ก่อให้เกิดการแก้ไข . ในระบบขนาดใหญ่การแก้ไขนี้สามารถใช้เวลานานและ
แพง การวิจัยแสดงให้เห็นว่าสามารถเปลี่ยนเป็นทั่วไปและมันมีส่วนช่วย
อย่างมากค่าใช้จ่ายสูงในการบำรุงรักษาซอฟต์แวร์ เราโต้เถียงกันมากของต้นทุน
อาจจะหลีกเลี่ยงหากกลยุทธ์การออกแบบทางเลือกใช้ กระดาษอธิบายการ
ทางเลือกวิธีการออกแบบบนพื้นฐานของหลักการของความเป็นอิสระที่
เกี่ยวกับสามารถใช้ในการผลิตปรับระบบข้อมูล ( AIS ) มัน decouples โครงสร้างภายใน
และตรรกะของระบบข้อมูลจากโดเมนเฉพาะนิติบุคคลประเภทและ
ความสัมพันธ์ในแบบจำลองเชิงแนวคิดที่พวกเขาใช้ . สถาปัตยกรรมสำหรับเอไอเอส คือ
นำเสนอซึ่งรวมถึงร่างนุ่ม ( ความคิดแบบเก็บไว้เป็นข้อมูล ) , ผู้ใช้
แนวคิดเครื่องมือการสร้างหุ่นจำลองชุดของประเภทเทพ ( กำหนดประเภทความหมาย ) ,
และข้อมูลรูปแบบการปรับตัวซึ่งจะช่วยให้ข้อมูลที่จะเก็บไว้ โดยไม่พึ่งพาแนวคิด
. หมวดเทพให้โดเมนเฉพาะเวลาหนีพฤติกรรม

มีให้ แม้ไม่มีโดเมนซอฟต์แวร์โครงสร้างและตรรกะ
เป็นประโยชน์ของ AIS ผ่านโปรแกรมออกแบบโดยทั่วไปคือแต่ละ AIS สามารถใช้
หลากหลายของโดเมน เอไอเอสให้ลูกค้าลดต้นทุนการบำรุงรักษา
เช่นเดียวกับขอบเขตที่เพิ่มขึ้นสำหรับการพัฒนาและการเปลี่ยนแปลงของระบบโดยผู้ใช้

วันที่ทำงานบนสถาปัตยกรรมของเอไอเอส คือการกล่าวถึง และมีวาระการประชุม
สำหรับการวิจัยในอนาคตที่ระบุไว้ รวมทั้งการพัฒนาและการประเมินผลที่โดดเด่นอย่างเต็มที่
โดย กระดาษที่กล่าวถึงความท้าทายที่จะเอาชนะอุปสรรคกับการยอมรับและ