Figure 10 ORM subschemas for detail

Figure 10 ORM subschemas for details about Books and Shipments.
4 Possible benefits of ORM for DEMO
As explained in section 2, the DEMO approach uses a state model to declare the “essential” fact types and
rules pertaining to the real world objects in the application domain. A state model is specified using an
object-fact diagram supplemented by an object property table. Figure 5 shows the state model for the
library application. Collectively, Figure 7, Figure 9 and Figure 10 provide an ORM model for the library
application. A comparison between these two models reveals some important differences.
An ORM model is intended to capture all the fact types that are of interest in the application domain,
as well as all static business rules (constraints and derivation rules that apply to each individual state of the
information system) that need to be enforced. ORM models are also formal, so that they can be
automatically transformed into implementation models. For these reasons, ORM models tend to be more
complete and precise than corresponding DEMO state models.
The first major addition provided by ORM models is their inclusion of at least one identification
scheme for each entity type. For example, in Figure 7 we see that each loan is identified by a loan number,
and each book copy is identified by a barcode. In addition, we see that each book copy can be identified by
combining the call number of its book with a copy number. Any reference scheme that is to be used in the
application is considered relevant. Apart from being needed for the operation of the information system,
such identification schemes enable the modeler to use real examples when populating fact types for
validation purposes (as shown in Figure 6). This makes it much easier to decide whether the model
accurately reflects the application domain. As DEMO considers the choice of any identification scheme as
non-essential, this kind of information is ignored.
The second major difference is that ORM models typically capture more constraints. For example, the
DEMO-SM ignores any dependency between the unary fact types PE05 (BookCopy has been returned) and
PE04 (Loan has ended to exist) because this is captured in the OM (and consequently in the PM). To enforce
the dependency, the ORM model includes a subset constraint between the loan-return and loan-end fact
types to ensure that each returned loan is classified as ended. In general, ORM’s constraint language is
more powerful (e.g. see Halpin, 2002b * MERGEFORMAT ).
A third addition provided by ORM models is that all temporal aspects are declared explicitly. For
example, consider the DEMO unary fact type PE04: Loan has started to exist. Like any other DEMO fact type,

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

รูป 10 ออมทองอพาร์ subschemas สำหรับรายละเอียดเกี่ยวกับหนังสือและการจัดส่งออมทองอพาร์สำหรับสาธิต 4 ประโยชน์ที่ได้ตามที่อธิบายไว้ในส่วน 2 สาธิตวิธีการใช้แบบรัฐประกาศแบบ "จำเป็น" ข้อเท็จจริง และกฎเกี่ยวกับวัตถุโลกจริงในโดเมนโปรแกรมประยุกต์ มีระบุโมเดลรัฐใช้การเสริม โดยตารางที่มีคุณสมบัติวัตถุไดอะแกรมวัตถุจริง รูปที่ 5 แสดงแบบจำลองสถานะสำหรับการไลบรารีโปรแกรมประยุกต์ โดยรวม 7 รูป 9 รูป และรูปที่ 10 ให้แบบจำลองออมทองอพาร์รีแอพลิเคชัน การเปรียบเทียบระหว่างรุ่นสองเหล่านี้เผยให้เห็นถึงความแตกต่างที่สำคัญแบบจำลองออมทองอพาร์มีวัตถุประสงค์เพื่อรวบรวมชนิดของจริงทั้งหมดที่น่าสนใจในโดเมนโปรแกรมประยุกต์และกฎธุรกิจคงที่ทั้งหมด (ข้อจำกัดและกฎมาที่ใช้กับแต่ละรัฐแต่ละของการระบบข้อมูล) ที่ต้องบังคับใช้ ออมทองอพาร์รุ่นก็เป็น เพื่อให้พวกเขาสามารถโดยอัตโนมัติเปลี่ยนเป็นรูปแบบการใช้งาน ด้วยเหตุนี้ รุ่นออมทองอพาร์มีแนวโน้มจะเพิ่มมากขึ้นสมบูรณ์ และแม่นยำกว่ารุ่นรัฐสาธิตเกี่ยวข้องนอกจากหลักแรกโดยรูปแบบการออมทองอพาร์เป็นการรวมของรหัสน้อยโครงร่างสำหรับเอนทิตีแต่ละชนิด ตัวอย่าง ในรูปที่ 7 เราเห็นว่า เงินกู้แต่ละถูกระบุ โดยจำนวนเงินกู้ยืมและระบุแต่ละสำเนาสมุดบาร์โค้ด นอกจากนี้ เราดูว่า สามารถระบุได้แต่ละสำเนาหนังสือด้วยรวมหมายเลขเรียกหนังสือที่มีสำเนา โครงร่างข้อมูลอ้างอิงใด ๆ ที่จะใช้ในการโปรแกรมประยุกต์จะพิจารณาที่เกี่ยวข้อง นอกจากจะจำเป็นสำหรับการทำงานของระบบสารสนเทศแผนงานดังกล่าวระบุเปิด modeler ใช้กำลังเติมข้อมูลชนิดข้อเท็จจริงอย่างแท้จริงวัตถุประสงค์การตรวจสอบ (ดังแสดงในรูปที่ 6) นี้ทำให้ง่ายมากที่จะตัดสินใจว่า แบบจำลองสะท้อนถึงโดเมนโปรแกรมประยุกต์อย่างถูกต้อง เป็นการสาธิตพิจารณาทางเลือกของโครงร่างเป็นรหัสใด ๆไม่ใช่หอม ชนิดของข้อมูลนี้จะถูกละเว้นไปข้อแตกต่างหลักที่สองคือ ว่า ออมทองอพาร์รุ่นปกติจับข้อจำกัดเพิ่มเติม ตัวอย่าง การสาธิต-SM ละเว้นการอ้างอิงระหว่างชนิดจริงเดี่ยว PE05 (BookCopy มีการส่งคืน) และPE04 (กู้ได้สิ้นสุดอยู่) เนื่องจากนี้จับภาพในออม (และดังนั้นใน PM) การบังคับใช้อ้างอิง แบบออมทองอพาร์รวมถึงข้อจำกัดในการย่อยระหว่างข้อเท็จจริงที่ส่งคืนเงินกู้และสินเชื่อส่วนชนิดเพื่อให้มั่นใจว่า สินเชื่อแต่ละคืนจัดเป็นสิ้นสุด ทั่วไป เป็นภาษาของออมทองอพาร์จำกัดมีประสิทธิภาพมากขึ้น (เช่น ดู Halpin, 2002b * MERGEFORMAT)นอกจากนี้ที่สามโดยรุ่นออมทองอพาร์เป็นว่า ด้านขมับจะประกาศอย่างชัดเจน สำหรับตัวอย่าง พิจารณาชนิดเดี่ยวจริงสาธิต PE04: กู้ได้เริ่มมีการ เช่นการสาธิตจริงชนิดอื่น ๆ

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

รูปที่ 10 subschemas ออมสำหรับรายละเอียดเกี่ยวกับหนังสือและการจัดส่ง
4 คุณประโยชน์ที่เป็นไปได้ของการออมสำหรับ DEMO
ตามที่อธิบายไว้ในส่วนที่ 2 วิธีการสาธิตใช้รูปแบบรัฐจะประกาศ "จำเป็น" ประเภทความเป็นจริงและ
กฎระเบียบที่เกี่ยวข้องกับวัตถุในโลกจริงในใบสมัคร โดเมน รูปแบบรัฐที่ระบุไว้โดยใช้
แผนภาพวัตถุจริงตบท้ายด้วยตารางทรัพย์สินวัตถุ รูปที่ 5 แสดงให้เห็นถึงรูปแบบของรัฐเพื่อ
การประยุกต์ใช้ห้องสมุด รวมแล้วรูปที่ 7 รูปที่ 9 และรูปที่ 10 ให้รูปแบบการออมสำหรับไลบรารี
โปรแกรม การเปรียบเทียบระหว่างทั้งสองรูปแบบเผยให้เห็นความแตกต่างที่สำคัญบางอย่าง
รูปแบบการออมที่มีวัตถุประสงค์ในการจับภาพทุกประเภทที่ความเป็นจริงที่เป็นที่สนใจในโดเมนการประยุกต์ใช้
เช่นเดียวกับกฎเกณฑ์ทางธุรกิจทั้งหมดคงที่ (ข้อ จำกัด และกฎระเบียบรากศัพท์ที่ใช้กับแต่ละรัฐแต่ละ
ระบบสารสนเทศ) ที่จะต้องมีการบังคับใช้ รุ่นนี้ยังมีการออมอย่างเป็นทางการเพื่อให้พวกเขาสามารถที่จะ
เปลี่ยนโดยอัตโนมัติในรูปแบบการดำเนินการ ด้วยเหตุผลเหล่านี้รูปแบบการออมมีแนวโน้มที่จะมากขึ้น
สมบูรณ์และแม่นยำกว่าการใช้แบบจำลองการสาธิตรัฐ
นอกจากนี้เป็นครั้งแรกที่ให้บริการโดยรูปแบบการออมเป็นที่รวมของประชาชนอย่างน้อยหนึ่งของพวกเขา
โครงการสำหรับประเภทของแต่ละองค์กร ยกตัวอย่างเช่นในรูปที่ 7 เราจะเห็นว่าการกู้เงินแต่ละจะถูกระบุด้วยตัวเลขเงินกู้
และสำเนาหนังสือแต่ละเล่มจะถูกระบุด้วยบาร์โค้ด นอกจากนี้เราจะเห็นว่าสำเนาหนังสือแต่ละเล่มสามารถระบุได้ด้วย
การรวมหมายเลขโทรของหนังสือที่มีจำนวนสำเนา โครงการการอ้างอิงใด ๆ ที่จะถูกนำมาใช้ใน
การประยุกต์ใช้คือการพิจารณาที่เกี่ยวข้อง นอกเหนือจากการที่จำเป็นสำหรับการทำงานของระบบข้อมูล,
รูปแบบการระบุดังกล่าวช่วยให้โมเดลที่จะใช้ตัวอย่างจริงเมื่อประชากรของประเภทความเป็นจริงสำหรับ
วัตถุประสงค์ในการตรวจสอบ (ดังแสดงในรูปที่ 6) นี้จะทำให้มันง่ายมากที่จะตัดสินใจว่ารูปแบบ
ถูกต้องสะท้อนให้เห็นถึงโดเมนการประยุกต์ใช้ เป็น DEMO พิจารณาทางเลือกของรูปแบบการระบุใด ๆ
ที่ไม่จำเป็น, ชนิดของข้อมูลนี้จะถูกละเว้น
แตกต่างที่สำคัญที่สองคือรูปแบบการออมมักจะจับข้อ จำกัด มากขึ้น ตัวอย่างเช่น
DEMO-SM ไม่สนใจการพึ่งพาใด ๆ ระหว่างประเภทความเป็นจริงเอก PE05 (BookCopy ได้รับกลับมา) และ
PE04 (สินเชื่อได้สิ้นสุดลงจะมีชีวิตอยู่) เพราะถูกจับใน OM (และดังนั้นใน PM) การบังคับใช้
การพึ่งพารูปแบบการออมรวมถึงข้อ จำกัด ย่อยระหว่างเงินกู้ยืมกลับและความจริงเงินกู้สิ้น
ชนิดเพื่อให้แน่ใจว่าแต่ละคืนเงินกู้จัดเป็นสิ้นสุดวันที่ โดยทั่วไปภาษา จำกัด ออมเป็น
มีประสิทธิภาพมากขึ้น (เช่นเห็น Halpin, 2002b * MERGEFORMAT)
นอกจากนี้ที่สามโดยรูปแบบการออมที่ด้านขมับทั้งหมดจะถูกประกาศอย่างชัดเจน สำหรับ
ตัวอย่างเช่นพิจารณาความเป็นจริง DEMO เอกชนิด PE04: สินเชื่อที่ได้เริ่มต้นจะมีชีวิตอยู่ อื่น ๆ เช่นชนิดของความเป็นจริง DEMO ใด ๆ

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

รูปที่ 10 subschemas ORM สำหรับรายละเอียดเกี่ยวกับหนังสือและจัดส่ง .
4 ที่สุดประโยชน์ของ ORM สำหรับการสาธิต
ตามที่อธิบายไว้ในส่วนที่ 2 สาธิตวิธีการใช้รัฐรูปแบบการประกาศประเภท " จำเป็น " ข้อเท็จจริงและกฎที่เกี่ยวข้องกับโลกจริง
วัตถุในโดเมนโปรแกรม รัฐแบบที่ระบุโดยใช้วัตถุแผนภาพเสริม
ความเป็นจริงโดยคุณสมบัติวัตถุตารางรูปที่ 5 แสดงรูปแบบรัฐ
ห้องสมุดโปรแกรม รวม , รูปที่ 7 รูปที่ 9 รูปที่ 10 ให้ ORM สำหรับรูปแบบห้องสมุด
ใบสมัคร เปรียบเทียบระหว่างสองรุ่นที่เผยให้เห็นความแตกต่างที่สำคัญบาง .
เป็น ORM แบบไว้เพื่อจับภาพ และข้อเท็จจริงทั้งหมด ที่น่าสนใจใน โดเมนใบสมัคร
เช่นเดียวกับทุกธุรกิจ สถิต กฎ ( กฎข้อจำกัดและรากศัพท์ที่ใช้กับแต่ละรัฐแต่ละแห่ง
ระบบสารสนเทศที่ต้องบังคับใช้ รุ่น ORM ยังมีอย่างเป็นทางการ ดังนั้น ที่พวกเขาสามารถถูกแปลงโดยอัตโนมัติในรูปแบบการดำเนินการ
. ด้วยเหตุผลเหล่านี้รุ่น ORM มีแนวโน้มที่จะมากขึ้นสมบูรณ์และแม่นยำกว่ากัน

สภาพการสาธิตรุ่นเป็นหลักนอกจากนี้โดยรุ่น ORM คือการรวมอย่างน้อยหนึ่งตัว
โครงการแต่ละกิจการพิมพ์ ตัวอย่างเช่น ในรูปที่ 7 เราเห็นว่าแต่ละเงินกู้เงินกู้ที่ระบุโดยหมายเลข
หนังสือแต่ละเล่มคัดลอกและระบุบาร์โค้ด นอกจากนี้ เราพบว่า หนังสือแต่ละเล่มคัดลอกสามารถระบุได้โดยการเรียกหมายเลข
หนังสือกับหมายเลขคัดลอก .รูปแบบการอ้างอิงใด ๆที่ต้องใช้ในการพิจารณาที่เกี่ยวข้อง
. นอกเหนือจากการเป็นจำเป็นสำหรับการดำเนินงานของระบบข้อมูล ระบบดังกล่าวช่วยให้
ตัวโมเดลที่จะใช้ตัวอย่างจริงเมื่อในความเป็นจริงเพื่อวัตถุประสงค์ในการตรวจสอบประเภท
( ดังแสดงในรูปที่ 6 ) นี้จะทำให้มันง่ายมากที่จะตัดสินใจว่ารูปแบบ
ถูกต้องแสดงโดเมนใบสมัครเป็นการสาธิตจะพิจารณาทางเลือกของรูปแบบบัตรเป็น
ไม่สําคัญ ข้อมูลประเภทนี้จะถูกละเว้น .
แตกต่างที่สำคัญที่สองคือ ORM รุ่นมักจะจับข้อจำกัดมากขึ้น ตัวอย่างเช่น ,
demo-sm ละเว้นใด ๆพึ่งพาระหว่างนารีความเป็นจริงชนิด pe05 ( bookcopy ได้รับกลับ ) และ
pe04 ( กู้ได้สิ้นสุดอยู่ ) เพราะนี้คือจับในอ้อม ( และจากนั้นในน. ) เพื่อบังคับใช้
การพึ่งพา , ORM รุ่นรวมถึงส่วนย่อยข้อจำกัดระหว่างเงินกู้คืนและเงินกู้สิ้นสุดความเป็นจริง
ประเภทเพื่อให้แน่ใจว่า แต่ละส่งคืนเงินกู้แบ่งเป็น จบ ในทั่วไป , ORM เป็นข้อจำกัดภาษา
มีประสิทธิภาพมากขึ้น ( เช่นเห็นแฮลฟิน 2002b , *
mergeformat )ส่วนที่สามโดยรุ่น ORM คือ ด้านเวลาทั้งหมดจะประกาศให้ชัดเจน สำหรับ
ตัวอย่างให้พิจารณาความเป็นจริงชนิด pe04 เอกสาธิต : เงินกู้เริ่มอยู่ เช่น ชนิดใด ๆความเป็นจริงสาธิตอื่น ๆ