Figure 4.4 shows some examples to e

Figure 4.4 shows some examples to explain the life-cycle model. The life-cycles of five activity instances are shown: a, b, c, d, and e. a is first scheduled for execution (i.e., an event e1 with #trans(e1) = schedule and #activity(e1) = a occurs), then the activity is assigned to a resource (i.e., an event e2 with #trans(e2) = assign and #activity(e2) = a occurs). Later the activity is started by this resource, and finally the activity completes. Note that four events were recorded for this activity instance. Activity instance b has seven events associated to it. Compared to a the activity is reassigned (i.e., the resource that is supposed to execute the activity is changed), suspended (temporarily halted), and resumed. Of course it is possible to skip stages in the transactional life-cycle model, because events are not recorded or because certain steps are not necessary. Activity instance d in Fig. 4.4 has just two events; e just one, i.e., for e only the completion of the activity instance is recorded. Transaction type “autoskip” refers to an action by the system bypassing the activity. Transaction type “ manualskip ” refers to resource initiated skipping. Transaction types “abort_activity” and “abort_case” correspond to aborting the activity or the whole case. A “withdraw” event signals the situation in which the activity is canceled before it was started. Figure 4.3 shows all transaction types, their enabling, and their effect. For example, according to the transactional life-cycle model, “abort_activity” is only possible when the activity instance is running (i.e., started, suspended, or

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

รูปที่ 4.4 แสดงตัวอย่างการอธิบายแบบจำลองวงจรชีวิต แสดงวงจรชีวิตของอินสแตนซ์ของกิจกรรม 5: a, b, c, d, e. และเป็นก่อนการจัดกำหนดการสำหรับการดำเนินการ (e1 เช่นเหตุการณ์ใช้เป็นคน มี #trans(e1) =กำหนดการและ #activity(e1) =เกิด), แล้วกิจกรรมที่กำหนดให้กับทรัพยากร (e2 เช่น เหตุการณ์ใช้เป็นคน มี #trans(e2) =กำหนดและ #activity(e2) =การเกิด) ภายหลังการเริ่มต้นกิจกรรม โดยทรัพยากรนี้ และสุดท้าย กิจกรรมเสร็จสิ้น หมายเหตุที่ 4 เหตุการณ์บันทึกสำหรับอินสแตนซ์ของกิจกรรมนี้ กิจกรรมตัวอย่าง b มี 7 เหตุการณ์ที่เกี่ยวข้องกับ เมื่อเทียบกับการกำหนดกิจกรรม (เช่น ทรัพยากรที่ควรจะดำเนินการกิจกรรมที่มีการเปลี่ยนแปลง), หยุดชั่วคราว (ชั่วคราว halted), และหยุดไป แน่นอนจะสามารถข้ามขั้นตอนในวงจรชีวิตของทรานแซคชันรุ่น เพราะไม่มีบันทึกเหตุการณ์ หรือบางขั้นตอนไม่จำเป็น กิจกรรม d อินสแตนซ์ใน Fig. 4.4 มีเพียงสองเหตุการณ์ อีเพียงหนึ่ง เช่น การบันทึกเสร็จสมบูรณ์ของอินสแตนซ์กิจกรรมอี ธุรกรรมชนิด "autoskip" หมายถึงการดำเนินการตามระบบที่ไม่ผ่านกิจกรรม ธุรกรรมชนิด "manualskip" หมายถึงทรัพยากรเริ่มข้าม ธุรกรรมชนิด "abort_activity" และ "abort_case" สอดคล้องกับการยกเลิกกิจกรรมหรือกรณีทั้งหมด เหตุการณ์ที่ "ถอน" สัญญาณสถานการณ์ซึ่งกิจกรรมที่ถูกยกเลิกก่อนเริ่ม รูปที่ 4.3 แสดงชนิดของธุรกรรมทั้งหมด การเปิด และผลที่เกิดขึ้น ตัวอย่าง ตามวงจรชีวิตของทรานแซคชันรุ่น "abort_activity" คือ สามารถทำได้เมื่อรันอินสแตนซ์ของกิจกรรม (เริ่ม หยุดชั่ว คราว เช่น หรือ

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

รูปที่ 4.4 แสดงให้เห็นตัวอย่างบางส่วนที่จะอธิบายรูปแบบวงจรชีวิต รอบชีวิตของห้ากรณีกิจกรรมที่จะแสดง: A, B, C, D, และ e ที่กำหนดไว้สำหรับการดำเนินการครั้งแรก (เช่น e1 กับเหตุการณ์ #trans (e1) = ตารางเวลาและ #activity (e1) = เกิดขึ้น) จากนั้นกิจกรรมที่ได้รับมอบหมายให้ทรัพยากร (เช่น e2 เหตุการณ์ที่มี #trans (e2 ) = กำหนดและ #activity (E2) = เกิดขึ้น) หลังจากนั้นกิจกรรมจะเริ่มต้นโดยทรัพยากรนี้และในที่สุดก็เสร็จสิ้นกิจกรรม โปรดทราบว่าสี่เหตุการณ์ที่ถูกบันทึกไว้เช่นกิจกรรมนี้ กิจกรรมเช่นขมีเจ็ดเหตุการณ์ที่เกี่ยวข้องกับมัน เมื่อเทียบกับกิจกรรมที่มีการกำหนด (เช่นทรัพยากรที่ควรจะดำเนินการกิจกรรมที่มีการเปลี่ยนแปลง) ระงับ (หยุดชั่วคราว) และกลับมา แน่นอนมันเป็นไปได้ที่จะข้ามขั้นตอนในรูปแบบวงจรชีวิตการทำธุรกรรมเพราะเหตุการณ์ที่เกิดขึ้นจะไม่ถูกบันทึกหรือเพราะขั้นตอนบางอย่างไม่จำเป็น กิจกรรมเช่น d ในรูป 4.4 มีเพียงสองเหตุการณ์ อีเพียงหนึ่งคือสำหรับ e เพียงตัวอย่างความสำเร็จของกิจกรรมที่จะถูกบันทึกไว้ ประเภทของรายการ "autoskip" หมายถึงการกระทำโดยระบบผ่านกิจกรรม ประเภทของรายการ "manualskip" หมายถึงทรัพยากรริเริ่มข้าม ประเภทธุรกรรม "abort_activity" และ "abort_case" สอดคล้องกับการยกเลิกกิจกรรมหรือกรณีที่ทั้ง "ถอนตัว" เหตุการณ์ที่ส่งสัญญาณในสถานการณ์ที่กิจกรรมจะถูกยกเลิกก่อนที่จะเริ่มต้น รูปที่ 4.3 แสดงให้เห็นว่าการทำธุรกรรมทุกประเภทที่ช่วยให้พวกเขาและผลของพวกเขา ตัวอย่างเช่นตามรูปแบบวงจรชีวิตการทำธุรกรรม "abort_activity" เป็นไปได้ก็ต่อเมื่อมีตัวอย่างกิจกรรมที่กำลังรันอยู่ (เช่นเริ่มต้นระงับหรือ

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

รูปที่ 4.4 แสดงตัวอย่างการอธิบายแบบจำลองวงจรชีวิต . วงจรชีวิตของห้ากิจกรรมกรณีแสดง : A , B , C , D , และ E เป็นครั้งแรกสำหรับการกำหนด ( เช่นเหตุการณ์ E1 กับ#ทรานส์ ( E1 ) = กิจกรรมกำหนดการและ# ( E1 ) = เกิดขึ้น ) แล้ว กิจกรรมที่กำหนดให้กับทรัพยากร ( เช่นเหตุการณ์ E2 กับ#ทรานส์ ( E2 ) = มอบหมายและกิจกรรม# ( E2 ) = เกิดขึ้น )ต่อมา กิจกรรมเริ่มจากทรัพยากรนี้ และสุดท้ายกิจกรรมจะเสร็จสมบูรณ์ ทราบว่าสี่เหตุการณ์ที่ถูกบันทึกไว้สำหรับกิจกรรมนี้เช่น กิจกรรมตัวอย่าง B เจ็ดมีเหตุการณ์ที่เกี่ยวข้องกับมัน เมื่อเทียบกับกิจกรรมที่กำหนด ( เช่น ทรัพยากรที่ควรจะดําเนินกิจกรรมมีการเปลี่ยนแปลง ) , ระงับ ( ระงับชั่วคราว ) และต่อแน่นอนมันเป็นไปได้ที่จะข้ามขั้นตอนในรูปแบบวงจรทราน เพราะเหตุการณ์จะไม่บันทึก หรือเพราะบางขั้นตอนจะไม่จําเป็น กิจกรรมตัวอย่างในรูปที่ 4.4 มีแค่สองเหตุการณ์ อีหนึ่ง เช่น เพื่อการศึกษาเท่านั้นที่สมบูรณ์ของตัวอย่างกิจกรรมที่บันทึกไว้ ประเภทธุรกรรมข้ามอัตโนมัติ หมายถึง การกระทำโดยระบบผ่านกิจกรรมประเภทธุรกรรม manualskip " หมายถึงทรัพยากรที่เริ่มกระโดด ประเภทของรายการ " abort_activity " และ " abort_case " สอดคล้องกับกิจกรรมหรือยกเลิกคดีทั้งหมด " ถอน " เหตุการณ์สัญญาณสถานการณ์ซึ่งในกิจกรรมถูกยกเลิกก่อนที่จะเริ่ม รูปที่ 4.3 แสดงประเภทธุรกรรมทั้งหมดของพวกเขา ) และผลของพวกเขา ตัวอย่างเช่นตามรูปแบบวัฏจักรการ " abort_activity " เป็นเพียงที่เป็นไปได้เมื่อตัวอย่างกิจกรรมที่ใช้ ( เช่น ระงับ หรือเริ่มต้น