nature of RCHwhile making the addition and management of new services easier.The RCH WfMS took the form of an integrated workflowmanagement engine that hosted the managed RCH componentsas separate workflows. The visual element of the devised solu-tion comprised a User Interface (UI) that provided the necessaryinteraction tools (such as buttons, menus, and links) for contentmanagement and process control. This UI was called the RCH Con-tent Management System (RCMS). A clear distinction should bemade here between the created WfMS and RCMS. RCMS is acting asworkflow host application (Allen, 2006; Janiesch, 2014) that hostedthe actual workflows. This host provided the necessary interface forinteraction between RCH users, RCH components and the WfMSitself. Fig. 6 illustrates the integrated components (RCH, RCMS andRCH WfMS) at a high conceptual level.Communication was achieved via message passing betweenthe integrated components (RCH, RCMS and RCH WfMS). Special-ized messages were used to perform the different RCH operations(archive, retrieve, present). For example, service invocation wasachieved via special messages that deploy separate workflow run-time services. The workflow runtime services achieve tasks such asobject retrieval, object presentation, and data mapping.RCH WfMS acted essentially as a middle layer between the RCMSand the RCH components. In the proof-of-concept prototype thatwas created as a part of the presented research, the RCMS tookthe form of a simple desktop application. However, in reality, thisapplication can take different forms such as a webpage, or even amobile application.
6. Fig. 7 illustrates the adopted paradigm where the RCH WfMSacts as a separate component that interacts with the RCMS fromone hand and manages the RCH components from the other. Themiddle part of Fig. 7 shows that the WfMS itself comprises a num-ber of encapsulated services that collectively provide the requiredworkflow management and tracking functionality.5.1. RCH WfMS implementations and functionsThe chosen technology to implement the WfMS solution wasMicrosoft’s Windows Workflow Foundation (WF), which offersgreat integration and flexibility features. Discussing the merits ofthe WF is beyond the scope of this paper, but further references canbe found in the authors’ work in (Abdullah Albarakati, 2008, 2009).The main functions that the devised WfMS was designed to per-form are summarized in Table 1 where the main functional areasare covered. The main WfMS functionality in the adopted modelcovers 5 main areas which are: Service invocation, Workflow run-time service invocation, Management of data flow between the RCHcomponents, service response (feedback), and correlation.The underlying WfMS implementation was based on a sequen-tial workflow model. In such a model, the managed servicesoperate in sequence according to the workflow rules defined inthe workflow management logic. The simple yet expandable work-flow model (Leonardo Salayandía, 2007) captured the main systemworkflows as well the rules and conditions that depict a typicaloperational scenario from its starting point to the point where itterminates. Each of RCH components was mapped as a separateworkflow aimed at managing the services of the correspondingcomponent. An example workflow is visually illustrated in thearchival workflow shown in Fig. 8.Fig. 8 illustrates a sequential model that comprised a numberof code constructs (actual WF code classes and functions) thatwere designed to perform the required archival
ธรรมชาติของ RCHwhile ทำให้การเพิ่มและการจัดการบริการใหม่ง่ายขึ้น RCH WfMS เอารูปแบบของเครื่องยนต์ workflowmanagement แบบบูรณาการที่โฮสต์จัดการ RCH componentsas แยกลำดับ องค์ประกอบมองเห็นของที่วางไหลทางการค้าประกอบผู้ใช้อินเทอร์เฟซ (UI) ที่รับเครื่องมือ necessaryinteraction (เช่นปุ่ม เมนู และเชื่อมโยง) สำหรับ contentmanagement และกระบวนการควบคุม UI นี้ถูกเรียกว่าไรน์เชมีเต็นท์ปรับการจัดการระบบ (RCMS) แตกต่างชัดเจนควร bemade ระหว่าง WfMS และ RCMS สร้างขึ้น ทำหน้าที่ RCMS asworkflow โฮสต์แอพลิเคชัน (อัลเลน 2006 Janiesch, 2014) ลำดับที่จริง hostedthe โฮสต์นี้ให้ forinteraction จำเป็นอินเตอร์เฟซระหว่างผู้ใช้ RCH, RCH คอมโพเนนต์ และการ WfMSitself รูป 6 แสดงให้เห็นถึงส่วนรวม (RCH, RCMS andRCH WfMS) ที่ level.Communication แนวคิดการสูงสำเร็จผ่านทางข้อความผ่าน betweenthe รวมคอมโพเนนต์ (RCH, RCMS และ RCH WfMS) ข้อความพิเศษ ized ใช้ในการดำเนินการต่าง ๆ RCH (ถาวร ดึง ปัจจุบัน) ตัวอย่างเช่น บริการเรียก wasachieved ผ่านทางข้อความพิเศษที่ปรับใช้บริการขณะเรียกใช้ลำดับงานที่แยกต่างหาก รันไทม์ลำดับงานที่ให้บริการงานดังกล่าวเรียก asobject งานนำเสนอของวัตถุ และการแม็ปข้อมูล RCH WfMS ดำเนินหลักเป็นชั้นกลางระหว่าง RCMSand RCH คอมโพเนนต์ ใน thatwas หลักฐานของแนวคิดต้นแบบที่สร้างขึ้นเป็นส่วนหนึ่งของการวิจัยนำเสนอ RCMS tookthe รูปแบบของการเดสก์ท็อป อย่างไรก็ตาม ในความเป็นจริง thisapplication สามารถใช้รูปแบบต่าง ๆ เช่นเว็บเพจ หรือแม้กระทั่ง amobile ประยุกต์6. รูปที่ 7 แสดงให้เห็นถึงกระบวนทัศน์บุญธรรมที่ WfMSacts RCH เป็นส่วนประกอบแยกต่างหากที่โต้ตอบกับ RCMS fromone มือ และจัดการคอมโพเนนต์ RCH จากอื่น ๆ Themiddle เป็นส่วนหนึ่งของรูปที่ 7 แสดงว่า WfMS ตัวเองประกอบด้วย num ber ของสรุปบริการที่รวมเรียกว่า requiredworkflow การจัดการและการติดตาม functionality.5.1 ใช้งาน RCH WfMS และ functionsThe เลือกเทคโนโลยีการใช้ WfMS แก้ปัญหา wasMicrosoft ของ Windows กระแสงานพื้นฐาน (WF), ซึ่งรวม offersgreat และคุณสมบัติความยืดหยุ่น อภิปรายข้อดีของ WF เกินขอบเขตของกระดาษนี้ แต่เพิ่มเติม อ้างอิง canbe พบในงานของผู้เขียน (Abdullah Albarakati, 2008, 2009) หน้าที่หลักที่ WfMS วางถูกออกแบบให้ต่อแบบฟอร์มถูกสรุปในตารางที่ 1 ที่ areasare การทำงานหลักครอบคลุม การทำงาน WfMS หลักใน modelcovers บุญธรรม 5 พื้นที่หลักซึ่งเป็น: บริการเรียก เรียกเวลาเรียกใช้บริการลำดับงาน การจัดการการไหลของข้อมูลระหว่าง RCHcomponents การตอบสนองบริการ (ข้อเสนอแนะ), และความสัมพันธ์ การใช้งาน WfMS ต้นแบบอิงแบบจำลองลำดับ sequen tial ในรูปดังกล่าวแบบ servicesoperate มีการจัดการในลำดับตามกฎของเวิร์กโฟลว์ที่กำหนดไว้ในตรรกะของเวิร์กโฟลว์การจัดการ เรียบง่ายและขยายได้กระบวนการทำงานแบบ (ลีโอนาร์โด Salayandía, 2007) จับกับหลัก systemworkflows เช่นกฎระเบียบและเงื่อนไขที่แสดงถึงสถานการณ์ typicaloperational เริ่มต้นชี้ไปยังจุดที่ itterminates แต่ละคอมโพเนนต์ RCH ถูกแมปเป็น separateworkflow ที่มุ่งเน้นไปที่การจัดการบริการของ correspondingcomponent ลำดับงานอย่างสายตามีภาพประกอบใน thearchival ลำดับที่แสดงในรูปที่ 8.Fig. 8 แสดงแบบต่อเนื่องที่ประกอบด้วยโครงสร้าง (จริงเรียนรหัส WF และฟังก์ชัน) thatwere รหัส numberof ออกแบบมาเพื่อดำเนินการที่จำเป็น จดหมายเหตุ
การแปล กรุณารอสักครู่..

ธรรมชาติของการทำ RCHwhile นอกจากนี้และการจัดการของบริการใหม่ easier.The RCH WfMS เอารูปแบบของเครื่องยนต์ workflowmanagement แบบบูรณาการที่เป็นเจ้าภาพจัดการ RCH componentsas เวิร์กโฟลว์แยกต่างหาก องค์ประกอบภาพของการวางแผน Solu-การประกอบ User Interface (UI) ที่ให้เครื่องมือ necessaryinteraction (เช่นปุ่มเมนูและการเชื่อมโยง) สำหรับ contentmanagement และการควบคุมกระบวนการ UI นี้ถูกเรียกว่า RCH ระบบการจัดการคอนเต็นท์ (บริการ RCMS) ความแตกต่างที่ชัดเจนควร bemade ที่นี่ระหว่าง WfMS สร้างขึ้นและบริการ RCMS บริการ RCMS จะทำหน้าที่ asworkflow โปรแกรมประยุกต์โฮสต์ (อัลเลน, 2006 Janiesch 2014) ที่ hostedthe เวิร์กโฟลว์ที่เกิดขึ้นจริง โฮสต์นี้ให้ forinteraction อินเตอร์เฟซผู้ใช้ที่จำเป็นระหว่าง RCH, ส่วนประกอบ RCH และ WfMSitself มะเดื่อ. 6 แสดงให้เห็นถึงองค์ประกอบแบบบูรณาการ (RCH, บริการ RCMS andRCH WfMS) ที่ level.Communication แนวคิดสูงก็ประสบความสำเร็จผ่านทางข้อความผ่าน betweenthe ส่วนประกอบแบบบูรณาการ (RCH, บริการ RCMS และ RCH WfMS) ข้อความพิเศษ ized ถูกนำมาใช้ในการดำเนินการการดำเนินงานที่แตกต่างกัน RCH (เก็บเรียกใช้ปัจจุบัน) ยกตัวอย่างเช่นการภาวนาบริการ wasachieved ผ่านทางข้อความพิเศษที่ปรับขั้นตอนการทำงานที่แยกต่างหากบริการเวลาทำงาน เวิร์กโฟลว์บริการ Runtime บรรลุงานดึง asobject ดังกล่าวนำเสนอวัตถุและข้อมูล mapping.RCH WfMS ทำหน้าที่หลักเป็นชั้นกลางระหว่าง RCMSand ส่วนประกอบ RCH ในต้นแบบหลักฐานของแนวคิด thatwas สร้างขึ้นเป็นส่วนหนึ่งของงานวิจัยที่นำเสนอให้บริการ RCMS tookthe รูปแบบของโปรแกรมคอมพิวเตอร์ที่เรียบง่าย แต่ในความเป็นจริง thisapplication สามารถใช้รูปแบบที่แตกต่างกันเช่นหน้าเว็บหรือแม้กระทั่งการประยุกต์ใช้ amobile.
6 มะเดื่อ. 7 แสดงให้เห็นถึงกระบวนทัศน์ที่นำมาใช้ WfMSacts RCH เป็นองค์ประกอบที่แยกต่างหากที่มีปฏิสัมพันธ์กับมือ fromone บริการ RCMS และจัดการส่วนประกอบ RCH จากคนอื่น ๆ themiddle ส่วนหนึ่งของรูป 7 แสดงให้เห็นว่าตัวเอง WfMS ประกอบด้วย Num-BER ของบริการห่อหุ้มที่เรียกให้การจัดการ requiredworkflow และติดตาม functionality.5.1 การใช้งาน RCH WfMS และเทคโนโลยี functionsThe เลือกที่จะใช้วิธีการแก้ปัญหา WfMS wasMicrosoft ของ Windows กระแสมูลนิธิ (WF) ซึ่ง offersgreat บูรณาการและมีความยืดหยุ่นคุณสมบัติ การอภิปรายบุญ ofthe WF อยู่นอกเหนือขอบเขตของบทความนี้ แต่การอ้างอิงต่อไป canbe พบในการทำงานของผู้เขียนใน (อับดุลลาห์ Albarakati, 2008, 2009) ได้โดยง่ายฟังก์ชั่นหลักที่คิดค้น WfMS ถูกออกแบบมาเพื่อต่อรูปแบบสรุปในตาราง 1 ที่ areasare ทำงานหลักครอบคลุม การทำงาน WfMS หลักใน modelcovers ลูกบุญธรรม 5 พื้นที่หลัก ได้แก่ บริการภาวนา, เวิร์กโฟลว์เวลาทำงานบริการภาวนา, การบริหารจัดการการไหลของข้อมูลระหว่าง RCHcomponents การตอบสนองบริการ (ความคิดเห็น) และ correlation.The ใช้งานพื้นฐาน WfMS อยู่บนพื้นฐานของ sequen รูปแบบเวิร์กโฟลว์ -tial ในรูปแบบดังกล่าวที่ servicesoperate จัดการในลำดับตามกฎเวิร์กโฟลว์ที่กำหนดไว้ inthe ตรรกะการจัดการเวิร์กโฟลว์ รูปแบบการทำงานไหลยังขยายได้ง่าย (เลโอนาร์โดSalayandía 2007) จับ systemworkflows หลักเช่นเดียวกับหลักเกณฑ์และเงื่อนไขที่แสดงให้เห็นถึงสถานการณ์ typicaloperational จากจุดเริ่มต้นของการไปยังจุดที่ itterminates แต่ละองค์ประกอบ RCH ถูกแมปเป็น separateworkflow มุ่งเป้าไปที่การจัดการบริการของ correspondingcomponent ที่ เวิร์กโฟลว์ตัวอย่างเช่นจะมีภาพประกอบสายตาในเวิร์กโฟลว์ thearchival แสดงในรูป 8.Fig 8 แสดงให้เห็นถึงรูปแบบลำดับที่ประกอบด้วยโครงสร้างรหัสจํานวน (ชั้นเรียนจริงรหัส WF และฟังก์ชั่น) ที่อบออกแบบมาเพื่อดำเนินจดหมายเหตุที่จำเป็น
การแปล กรุณารอสักครู่..

ธรรมชาติของ rchwhile การเพิ่มและการจัดการบริการใหม่ๆ ง่ายขึ้น rch wfms เอารูปแบบของการบูรณาการ workflowmanagement เครื่องยนต์ที่เป็นเจ้าภาพจัดการ rch componentsas แยกเช่นนี้ องค์ประกอบที่มองเห็นของ solu tion วางแผนประกอบด้วยส่วนติดต่อผู้ใช้ ( UI ) ที่ให้ necessaryinteraction เครื่องมือ ( เช่น ปุ่ม เมนู และลิงค์ ) เพื่อ contentmanagement และควบคุมการผลิต UI นี้ถูกเรียกว่า rch con เต็นท์ระบบการจัดการ ( rcms ) แตกต่างที่ชัดเจนควรทำนี่ระหว่างที่สร้าง wfms และ rcms . rcms ทำตัวโปรแกรมโฮสต์ asworkflow ( Allen , 2006 ; janiesch 2014 ) ที่ hostedthe ที่แท้จริงเช่นนี้ โฮสต์นี้ให้อินเตอร์เฟซระหว่างผู้ใช้จำเป็น forinteraction rch ส่วนประกอบ rch และ wfmsitself . ภาพที่ 6 แสดงให้เห็นถึงการผสมผสานส่วนประกอบ ( rch rcms andrch , wfms ) ที่ระดับความสูง 2 . สื่อสารผ่านทางข้อความผ่านระหว่างบูรณาการองค์ประกอบ ( rcms rch และ rch wfms ) พิเศษ ized ข้อความถูกใช้เพื่อการดําเนิน rch แตกต่างกัน ( เก็บข้อมูลปัจจุบัน ) ตัวอย่างเช่น การบริการการทดลองผ่านทางข้อความพิเศษที่ปรับบริการเรียกใช้เวิร์กโฟลว์ที่แยกต่างหาก เวิร์กโฟลว์ Runtime บริการบรรลุงานดังกล่าว asobject สืบค้นข้อมูล นำเสนอข้อมูลวัตถุและ mapping.rch wfms ทำหน้าที่หลักเป็นชั้นตรงกลางระหว่าง rcmsand ที่ rch ส่วนประกอบ ในหลักฐานเป็นแนวคิดต้นแบบที่สร้างขึ้นเป็นส่วนหนึ่งของที่นำเสนอวิจัย rcms tookthe รูปแบบของโปรแกรมเดสก์ทอปที่เรียบง่าย อย่างไรก็ตาม ในความเป็นจริงแล้ว ค่าสามารถใช้รูปแบบที่แตกต่างกัน เช่น หน้าเว็บ หรือแม้แต่โทรศัพท์เคลื่อนที่ที่มีโปรแกรม6 . รูปที่ 7 แสดงให้เห็นถึงการใช้กระบวนทัศน์ที่ rch wfmsacts เป็นการแยกองค์ประกอบที่โต้ตอบกับ rcms fromone มือและจัดการ rch ส่วนประกอบจากอื่น ๆ รูปแบบส่วนหนึ่งของรูปที่ 7 แสดงให้เห็นว่า wfms ตัวเองประกอบด้วย นัมเบอร์ของห่อหุ้มบริการที่เรียกให้ requiredworkflow การจัดการและติดตามการทํางาน ที่ 5.1 rch ซึ่ง functionsthe wfms และเลือกเทคโนโลยีที่จะใช้โซลูชั่นของ Windows Workflow Foundation wfms wasmicrosoft ( WF ) ซึ่ง offersgreat คุณสมบัติการยืดหยุ่น พูดถึงประโยชน์ของ WF อยู่นอกเหนือขอบเขตของบทความนี้ แต่การอ้างอิงเพิ่มเติมสามารถพบได้ในของผู้เขียนในงาน ( อับดุล albarakati , 2008 , 2009 ) . ฟังก์ชันหลักที่ถูกออกแบบมาเพื่อสร้าง wfms ต่อแบบฟอร์มสรุปได้ในตารางที่ 1 ที่หลักการทำงาน areasare ครอบคลุม การ wfms หลักการทํางานในอุปการะ modelcovers 5 พื้นที่หลักซึ่งเป็นบริการการเวิร์กโฟลว์การเรียกใช้บริการ , การจัดการการไหลของข้อมูลระหว่าง rchcomponents ตอบสนองบริการ ( ความคิดเห็น ) และสัมประสิทธิ์สหสัมพันธ์ wfms เป็นต้น การยึดซีเคว้นด้วยเหตุนี้เวิร์กโฟลว์แบบ ในรูปแบบการจัดการ servicesoperate ในลำดับตามกฎกำหนดเวิร์กโฟลว์ตรรกะการจัดการเวิร์กโฟลว์ใน . เรียบง่ายและขยายรูปแบบการไหลของงาน ( ลีโอนาร์โด salayand í , 2007 ) จับ systemworkflows หลักรวมทั้งกฎระเบียบและเงื่อนไขที่อธิบายสถานการณ์ typicaloperational จากจุดเริ่มต้นไปยังจุดที่ itterminates . แต่ละส่วนประกอบของ rch ถูกแมปเป็น separateworkflow มุ่งเป้าไปที่การจัดการบริการของ correspondingcomponent . ตัวอย่างเวิร์กโฟลว์เป็นสายตาแสดงใน thearchival เวิร์กโฟลว์ที่แสดงในรูปที่ 8.fig 8 แสดงให้เห็นถึงลำดับรุ่นที่ประกอบด้วยจำนวนรหัสโครงสร้าง ( ชั้นเรียนรหัส WF จริงและฟังก์ชั่น ) กับที่ออกแบบมาเพื่อแสดงเป็น :
การแปล กรุณารอสักครู่..
