2.4. ConclusionThis section has exp

2.4. Conclusion
This section has explored the consequences of conceptual
dependence in application and database design. The use of
conceptual dependence is a well-established design practice,
which can be taught readily and is easy for novice developers
to apply. It is deeply ingrained in professional practice and
may seem the only possible design choice. However, it makes
information systems inflexible and leads to high maintenance
costs.
If conceptual dependence is not benign, are there viable
alternatives? Can information systems provide domainspecific
behaviour, as today, without the hardcoded structures
and logic that couple them to particular conceptual
models? Given the potential cost savings, it seems worthwhile
to try to meet this apparently paradoxical requirement.
In the next section we examine possible solutions.
3. Conceptual independence
3.1. Introduction
We define conceptual independence as the absence of
conceptual dependence. An information system is said to
exhibit conceptual independence (or is domain-independent) if
its internal structures and logic are free of dependencies on
the system's underlying conceptual model(s). The practice of
designing an information system with conceptual independence
is referred to as domain-independent design. An information
system which has been designed in this way is not
tied to any particular conceptual model, and must adapt its
behaviour to suit each model it is used with; therefore it is
called an adaptive information system (AIS) [40].
In practice, conceptual independence requires that any
hardcoded software structures and logic be generic rather
than specific to a particular conceptual model. Any structures
or logic that are specific to a particular conceptual model must
be held in data and not hardcoded. For example, database
tables should not be designed around particular entity types.
Instead of creating the domain-specific Products, Customers
and Purchases tables in Fig. 1, we might implement a domainindependent
meta-model, as in Fig. 6.

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

2.4. บทสรุปส่วนนี้ได้สำรวจผลกระทบของแนวคิดพึ่งพาในการออกแบบโปรแกรมประยุกต์และฐานข้อมูล การใช้แนวคิดการพึ่งพาเป็นการออกแบบที่ดีขึ้นซึ่งสามารถสอนพร้อม และง่ายสำหรับนักพัฒนามือใหม่การนำไปใช้ เป็น ingrained อย่างลึกซึ้งในทางปฏิบัติมืออาชีพ และอาจดูเหมือนตัวเลือกออกแบบเท่านั้น อย่างไรก็ตาม มันทำให้inflexible ระบบข้อมูลและนำไปสู่การบำรุงรักษาสูงค่าใช้จ่ายถ้าแนวคิดพึ่งพาไม่ได้อ่อนโยน มีทำงานได้ทางเลือก ระบบสารสนเทศสามารถให้ domainspecificพฤติกรรม เป็นวันนี้ ไม่มีโครงสร้าง hardcodedและตรรกะที่คู่ไปกับแนวคิดเฉพาะแบบจำลองหรือไม่ กำหนดศักยภาพการประหยัดต้นทุน ดูเหมือนว่าคุ้มค่าเพื่อพยายามตอบสนองความต้องการนี้เห็นได้ชัดว่า paradoxicalในส่วนถัดไป เราตรวจสอบปัญหา3. แนวคิดอิสระ3.1 บทนำเรากำหนดอิสระแนวคิดเป็นการขาดงานของแนวคิดพึ่งพา ระบบข้อมูลมีกล่าวถึงแสดงแนวคิดอิสรภาพ (หรือเป็นอิสระโดเมน) ถ้าภายในโครงสร้างและลอจิกของจะไม่ขึ้นบนระบบของต้นแบบจำลองแนวคิด การปฏิบัติของระบบข้อมูลการออกแบบ ด้วยแนวคิดอิสระเรียกว่าออกแบบอิสระโดเมน ข้อมูลการไม่มีระบบที่ได้รับการออกแบบในลักษณะนี้เชื่อมโยงกับแบบจำลองความคิดใด ๆ โดยเฉพาะ และต้องปรับตัวพฤติกรรมให้เหมาะสมกับแต่ละรุ่นที่ใช้ ด้วย ดังนั้น จึงเป็นเรียกว่าเป็นระบบข้อมูลที่เหมาะสม (AIS) [40]ในทางปฏิบัติ แนวคิดความเป็นอิสระต้องการให้hardcoded ซอฟต์แวร์โครงสร้างและลอจิกได้ทั่วไปแต่กว่าแบบจำลองแนวคิดเฉพาะเจาะจง โครงสร้างใด ๆหรือตรรกะที่เฉพาะเจาะจงแบบแนวคิดเฉพาะต้องจัดข้อมูลและไม่ hardcoded ฐานข้อมูลตัวอย่างไม่ควรออกตารางแบบรอบชนิดเอนทิตี้หนึ่ง ๆแทนที่จะสร้างโดเมนเฉพาะผลิตภัณฑ์ ลูกค้าและซื้อตารางใน Fig. 1 เราอาจใช้การ domainindependentmeta-แบบจำลอง ดัง Fig. 6

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

2.4 สรุป
ในส่วนนี้จะมีการสำรวจผลกระทบของแนวคิด
การพึ่งพาอาศัยกันในการประยุกต์และการออกแบบฐานข้อมูล การใช้งานของ
การพึ่งพาอาศัยแนวคิดคือการออกแบบที่ดีขึ้น
ซึ่งสามารถสอนได้อย่างง่ายดายและเป็นเรื่องง่ายสำหรับนักพัฒนาสามเณร
จะนำไปใช้ มันเป็นที่ฝังแน่นลึกในการปฏิบัติวิชาชีพและ
อาจจะดูเหมือนเป็นทางเลือกการออกแบบที่เป็นไปได้เท่านั้น แต่ก็จะทำให้
ระบบสารสนเทศยืดหยุ่นและนำไปสู่การบำรุงรักษาสูง
ค่าใช้จ่าย.
ถ้าการพึ่งพาความคิดที่ไม่เป็นพิษเป็นภัยจะมีการทำงานได้
ทางเลือก? ระบบสารสนเทศสามารถให้ domainspecific
พฤติกรรมเช่นในวันนี้โดยไม่ต้องโครงสร้าง hardcoded
และตรรกะที่สองที่พวกเขาไปสู่แนวความคิดโดยเฉพาะอย่างยิ่ง
รุ่น? ป.ร. ให้ประหยัดค่าใช้จ่ายที่อาจเกิดขึ้นดูเหมือนว่าคุ้มค่าที่
จะพยายามที่จะตอบสนองความต้องการนี้ขัดแย้งที่เห็นได้ชัด.
ในส่วนถัดไปเราตรวจสอบการแก้ปัญหาที่เป็นไปได้.
3 อิสระแนวคิด
3.1 เบื้องต้น
เรากำหนดความเป็นอิสระทางความคิดเป็นตัวตนของ
การพึ่งพาอาศัยแนวความคิด ระบบสารสนเทศบอกว่าจะ
แสดงความเป็นอิสระทางความคิด (หรือเป็นโดเมนอิสระ) ถ้า
โครงสร้างภายในและตรรกะมีอิสระในการอ้างอิงบน
พื้นฐานของระบบรูปแบบความคิด (s) การปฏิบัติของ
การออกแบบระบบสารสนเทศที่มีความเป็นอิสระทางความคิด
จะเรียกว่าโดเมนออกแบบอิสระ ข้อมูล
ระบบที่ได้รับการออกแบบในลักษณะนี้ไม่ได้
ผูกติดอยู่กับรูปแบบความคิดใด ๆ โดยเฉพาะอย่างยิ่งและต้องปรับตัวของ
พฤติกรรมเพื่อให้เหมาะกับแต่ละรุ่นก็จะใช้กับ; จึง
เรียกว่าระบบข้อมูลการปรับตัว (เอไอเอส) [40].
ในทางปฏิบัติเป็นอิสระทางความคิดใด ๆ ที่จำเป็นต้องใช้
โครงสร้างซอฟต์แวร์ hardcoded และตรรกะเป็นทั่วไปค่อนข้าง
กว่าที่เฉพาะเจาะจงกับรูปแบบความคิดโดยเฉพาะอย่างยิ่ง โครงสร้างใด ๆ
หรือตรรกะที่มีเฉพาะในรูปแบบความคิดโดยเฉพาะอย่างยิ่งต้อง
ได้รับการจัดขึ้นในข้อมูลและไม่ hardcoded ตัวอย่างเช่นฐานข้อมูล
ตารางไม่ควรได้รับการออกแบบรอบประเภทนิติบุคคลโดยเฉพาะอย่างยิ่ง.
แทนการสร้างผลิตภัณฑ์ที่โดเมนเฉพาะลูกค้า
และตารางการสั่งซื้อสินค้าในรูป 1 เราอาจจะใช้ domainindependent
เมตารูปแบบเช่นเดียวกับในรูป 6

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

2.4 . สรุป
ส่วนนี้โดยผลของการใช้แนวคิด
ในการออกแบบฐานข้อมูล การใช้แนวคิดการพึ่งพาเป็นการฝึก

ออกแบบที่มีชื่อเสียง ซึ่งสามารถสอนให้พร้อมและง่ายสำหรับนักพัฒนามือใหม่
สมัคร มันได้ฝังแน่นในการปฏิบัติวิชาชีพและ
อาจดูเหมือนเป็นไปได้เท่านั้น การออกแบบทางเลือก อย่างไรก็ตาม มันทำให้
ซึ่งตรวจสอบและบังคับใช้
โครงสร้างแบบแผน แล้วแนวคิดการพึ่งพาอยู่ ;
การบังคับใช้ร่าง XML ที่ตกอยู่ในประเภทนี้
2.2 . แนวคิดการพึ่งพาในโครงสร้างของโปรแกรม
จุดนี้ทำให้เราพิจารณาแนวคิด
การพึ่งพาอาศัยกันในบริบทของโปรแกรมประยุกต์ ดังนั้น
ไกล เราได้พิจารณาแนวคิดการพึ่งพาเฉพาะกับ
เกี่ยวกับการเก็บข้อมูลพยายามที่จะตอบสนองความต้องการนี้เห็นได้ชัดว่าขัดแย้ง .
ในส่วนถัดไปที่เราตรวจสอบโซลูชั่นที่สุด
3 แนวคิดความเป็นอิสระ
3.1 . บทนำ
เรากำหนดแนวคิดเป็นอิสระขาด
แนวคิดการพึ่งพา ระบบบอกว่า

แสดงแนวคิดความเป็นอิสระ ( หรือโดเมนอิสระ ) ถ้า
โครงสร้างภายในของมันและตรรกะของการพึ่งพาบน
ฟรีระบบพื้นฐานของแบบจำลอง ( s ) การปฏิบัติของการออกแบบระบบสารสนเทศด้วย

อิสระแนวคิดเรียกว่าโดเมนออกแบบอิสระ ข้อมูล
ระบบซึ่งได้รับการออกแบบในลักษณะนี้จะไม่ผูกติดกับรูปแบบใดโดยเฉพาะ
แนวคิด และต้องปรับเปลี่ยนพฤติกรรมของมัน
เพื่อให้เหมาะกับแต่ละรุ่นมันใช้ด้วย ดังนั้น จึงเป็น
เรียกว่าเป็นระบบ Adaptive ( AIS ) [ 40 ] .
ในทางปฏิบัติแนวคิดที่ต้องการความเป็นอิสระ
hardcoded ซอฟต์แวร์โครงสร้างและตรรกะใด ๆทั่วไปค่อนข้าง
กว่าเฉพาะเฉพาะแนวคิดแบบ มีโครงสร้าง
หรือตรรกะที่ใช้เฉพาะโดยเฉพาะแนวคิดแบบต้อง
จัดขึ้นในข้อมูลและไม่ hardcoded . ตัวอย่างเช่น ฐานข้อมูล
ตารางไม่ควรถูกออกแบบมาโดยเฉพาะประเภทนิติบุคคล .
แทนการสร้างโดเมนเฉพาะลูกค้าที่ซื้อสินค้า
ตารางในรูปที่ 1 เราอาจจะใช้ domainindependent
Meta แบบในรูปที่ 6