The conceptual process perspective

The conceptual process perspective traces the reasons behind the structure of the data warehouse. We extend the demand-oriented concept of dependencies as in the Actor-Dependency model [68], with the supply-oriented notion of suitability that fits well with the redundancy found often in data warehouses. As an another extension to the Actor-Dependency model, we have generalized the notion of role in order to uniformly trace any person, program or data store participating in the system. By implementing the metamodel in an object logic, we can exploit the query facilities of the repository to provide the support for consistency checking of the design. The deductive capabilities of ConceptBase [28] provide the facilities to avoid assigning manually all the interdependencies of activity roles in the conceptual perspective. It is sufficient to impose rules to deduce these interdependencies from the structure of data stores and activities. While the design and implementation of the warehouse are performed in a rather controlled environment, the administration of the warehouse has to deal with problems that evolve in an ad-hoc fashion. For example, during the loading of the warehouse contingency treatment is necessary for the efficient administration of failures. In such events, not only the knowledge of the structure of a process is important; the specific traces of executed processes are also required to be tracked down in an erroneous situation, not only the causes of the failure, but also the progress of the loading process by the time of the failure must be detected, in order to efficiently resume its operation. Still, failures during the warehouse loading are only the tip of the iceberg as far as problems in a data warehouse environment are concerned. This brings up the discussion on data warehouse quality and the ability of a metadata repository to trace it in an expressive and usable fashion. To face this problem, the proposed process metamodel is explicitly linked to our earlier quality metamodel [32]. We complement this linkage by mentioning specific quality factors for the quality dimensions of the ISO 9126 standard for software implementation and evaluation. Identifying erroneous situations or unsatisfactory quality in the data warehouse environment is not sufficient. The data warehouse stakeholders should be supported in their efforts to react against these phenomena. The above-mentioned suitability notion in the conceptual perspective of the process metamodel allows the definition of recovery actions to potential errors or problems (e.g., alternative paths for the population of the data warehouse) in a straightforward way, during runtime. Data warehouse evolution is unavoidable as new sources and clients are integrated, business rules change and user requests multiply. The effect of evolving the structure of the warehouse can be predicted by tracing the various interdependencies among the components of the warehouse. We have already mentioned how the conceptual perspective of the metamodel traces interdependencies between all the participants in a data warehouse environment, whether persons, programs or data stores. The prediction of potential impacts (whether of political, structural, or operational nature) is supported by this feature in several ways. To mention the simplest, the sheer existence of dependency links forecasts
a potential impact in the architecture of the warehouse in the presence of any changes. More elaborate techniques will also be provided in this paper, by taking into account the particular attributes that participate in these interdependencies and the SQL definitions of the involved processes and data stores. Naturally, the existence of suitability links suggests alternatives for the new structure of the warehouse. We do not claim that our approach is suitable for any kind of process, but focus our attention to the internals of data warehouse systems. This paper is organized as follows: In Section 2 we present the background work and the motivation for this paper. In Section 3 we describe the process metamodel and in section 4 we present its linkage to the quality model. In section 5 we present how the metadata repository can be used for the determination of the operational semantics of the data warehouse tables and for evolution purposes. In section 6 we present related work and section 7 presents issues for future research.

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

มุมมองแนวคิดกระบวนการติดตามเหตุผลเบื้องหลังโครงสร้างของคลังข้อมูล เราสามารถขยายแนวคิดมุ่งเน้นความต้องการของการอ้างอิงในแบบขึ้นต่อกันของนักแสดง [68], กับความคิดที่มุ่งเน้นการจัดหาของเหมาะกับการสำรองที่พบในคลังข้อมูลมักจะ เป็นส่วนขยายอื่นแบบขึ้นต่อกันของนักแสดง เรามีทั่วไปความคิดของบทบาทเพื่อที่จะติดตามทุกคน โปรแกรม หรือข้อมูลร้านที่เข้าร่วมในระบบอย่างสม่ำเสมอ โดยการใช้การ metamodel ในการตรรกะวัตถุ เราสามารถใช้ประโยชน์จากห้องแบบสอบถามของเก็บเพื่อให้การสนับสนุนสำหรับความสอดคล้องของการออกแบบการตรวจสอบ ความสามารถในการนิรนัยของ ConceptBase [28] ให้ไปหลีกเลี่ยงการกำหนดด้วยตนเองทั้งหมดที่เกี่ยวข้องกันบทบาทกิจกรรมในมุมมองแนวคิด ก็เพียงพอที่จะกำหนดกฎการอนุมานดังกล่าวเหล่านี้จากโครงสร้างของข้อมูลร้านค้าและกิจกรรม ขณะที่มีการออกแบบและการดำเนินงานของคลังสินค้าอยู่ในสภาพแวดล้อมการควบคุม การบริหารคลังสินค้ามีการจัดการกับปัญหาที่พัฒนาในแฟชั่นกิจ เช่น ในระหว่างการโหลดของคลังสินค้า การรักษาฉุกเฉินเป็นสิ่งจำเป็นสำหรับการบริหารที่มีประสิทธิภาพความล้มเหลว ในงานดังกล่าว ไม่เพียงแต่ความรู้โครงสร้างของกระบวนการเป็นสิ่งสำคัญ ร่องรอยเฉพาะของกระบวนการดำเนินการยังต้องติดตามลงในสถานการณ์ผิดพลาด ไม่เพียงแต่สาเหตุของความล้มเหลว แต่ความคืบหน้าของขั้นตอนการโหลดในช่วงเวลาของความล้มเหลวต้องถูกตรวจ พบ เพื่อดำเนินต่อการดำเนินการอย่างมีประสิทธิภาพ ยังคง ความล้มเหลวในระหว่างการโหลดสินค้าจะเท่ากับแค่ส่วนเล็ก ๆ เป็นปัญหาในสภาพแวดล้อมของคลังข้อมูลที่มีความกังวล นี้ทำให้การอภิปรายข้อมูลสินค้าคุณภาพและความสามารถของเก็บข้อมูลเมตาการติดตามในการแสดงออก และใช้งานได้ ต้องเผชิญกับปัญหานี้ metamodel กระบวนการนำเสนออย่างชัดเจนเชื่อมโยงกับคุณภาพของเราก่อนหน้านี้ metamodel [32] เราสามารถเติมเต็มความเชื่อมโยงนี้โดยกล่าวถึงปัจจัยคุณภาพเฉพาะสำหรับมิติคุณภาพของ 9126 ISO มาตรฐานสำหรับซอฟต์แวร์การดำเนินการและประเมินผล การระบุสถานการณ์ที่ผิดพลาดหรือคุณภาพน่าพอใจในสิ่งแวดล้อมข้อมูลสินค้าไม่เพียงพอ มีข้อมูลสินค้าควรได้รับการสนับสนุนในการพยายามที่ตอบสนองต่อปรากฏการณ์เหล่านี้ ความคิดที่เหมาะสมดังกล่าวในมุมมองแนวคิดของกระบวนการ metamodel ให้คำนิยามของการดำเนินการกู้คืนข้อผิดพลาดหรือปัญหา (เช่น ทางเลือกเส้นทางสำหรับประชากรของข้อมูลคลังสินค้า) อาจเกิดขึ้นในทางตรงไปตรงมา ขณะรันไทม์ วิวัฒนาการข้อมูลสินค้าเป็นต้นเป็นแหล่งรวมลูกค้า กฎทางธุรกิจที่เปลี่ยนแปลง และคูณร้องขอผู้ใช้ ผลของการพัฒนาโครงสร้างของคลังสินค้าที่สามารถคาดการณ์ได้ โดยการติดตามดังกล่าวต่าง ๆ ระหว่างคอมโพเนนต์ของคลังสินค้า เราได้กล่าวถึงวิธีมุมมองแนวคิดของ interdependencies ร่องรอย metamodel ระหว่างผู้เข้าร่วมในข้อมูลคลังสินค้าสิ่งแวดล้อม ว่าคน โปรแกรม หรือข้อมูลเก็บ คำทำนายของผลกระทบที่มีศักยภาพ (ว่าของธรรมชาติทางการเมือง โครงสร้าง หรือการทำงาน) ได้รับการสนับสนุน โดยคุณลักษณะนี้หลายวิธี พูดถึงง่ายที่สุด โปร่งดำรงอ้างอิงเชื่อมโยงคาดการณ์ ผลกระทบในสถาปัตยกรรมของคลังสินค้าในการเปลี่ยนแปลง เทคนิคที่ซับซ้อนมากขึ้นจะยังให้ในกระดาษนี้ โดยคำนึงถึงคุณลักษณะเฉพาะที่เข้าร่วมดังกล่าวเหล่านี้และข้อกำหนดของ SQL ของร้านกระบวนการและข้อมูลที่เกี่ยวข้อง ตามธรรมชาติ การดำรงอยู่ของการเชื่อมโยงที่เหมาะสมแนะนำทางเลือกสำหรับโครงสร้างใหม่ของคลังสินค้า เราไม่อ้างว่า แนวทางของเราเหมาะสำหรับทุกชนิดของกระบวนการ แต่มุ่งความสนใจไป internals ของระบบคลังข้อมูล เอกสารนี้ถูกจัดเป็นดังนี้: ในส่วนที่ 2 เรานำเสนอการทำงานเบื้องหลังและแรงจูงใจสำหรับเอกสารนี้ ในส่วนที่ 3 เราอธิบายถึงกระบวนการ metamodel และในส่วนที่ 4 เรานำเสนอการเชื่อมโยงแบบคุณภาพ ในส่วนที่ 5 เรานำเสนอวิธีเก็บข้อมูล metadata สามารถใช้ สำหรับการกำหนดความหมายของการดำเนินงานของตารางข้อมูลสินค้า และวิวัฒนาการวัตถุประสงค์ เรานำเสนองานที่เกี่ยวข้องในส่วนที่ 6 และ 7 ส่วนนำเสนอปัญหาสำหรับการวิจัยในอนาคต

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

มุมมองความคิดกระบวนการร่องรอยเหตุผลที่อยู่เบื้องหลังโครงสร้างของคลังข้อมูล เราขยายแนวคิดที่มุ่งเน้นความต้องการของการอ้างอิงที่เป็นในรูปแบบนักแสดงพึ่งพา [68] ด้วยความคิดอุปทานที่มุ่งเน้นความเหมาะสมที่พอดีกับความซ้ำซ้อนมักจะพบในคลังข้อมูล ในฐานะที่เป็นส่วนขยายอีกครั้งเพื่อให้นักแสดงรุ่นพึ่งพาเราได้ทั่วไปความคิดของบทบาทเพื่อสม่ำเสมอติดตามบุคคลใด ๆ โปรแกรมหรือการจัดเก็บข้อมูลที่มีส่วนร่วมในระบบ โดยการดำเนินการ metamodel ในตรรกะวัตถุเราสามารถใช้ประโยชน์จากสิ่งอำนวยความสะดวกของพื้นที่เก็บข้อมูลแบบสอบถามเพื่อให้การสนับสนุนสำหรับการตรวจสอบความสอดคล้องของการออกแบบ ความสามารถในการอนุมานของ ConceptBase [28] สิ่งอำนวยความสะดวกเพื่อหลีกเลี่ยงการกำหนดด้วยตนเองประมูลทั้งหมดของบทบาทกิจกรรมในมุมมองของความคิด มันเพียงพอที่จะกำหนดกฎระเบียบที่จะอนุมานประมูลเหล่านี้จากโครงสร้างของการเก็บข้อมูลและกิจกรรม ในขณะที่การออกแบบและการดำเนินงานของคลังสินค้าจะดำเนินการในสภาพแวดล้อมการควบคุมมากกว่าการบริหารงานของคลังสินค้ามีการจัดการกับปัญหาที่มีวิวัฒนาการในแฟชั่นเฉพาะกิจ ตัวอย่างเช่นในระหว่างการโหลดของการรักษาคลังสินค้าฉุกเฉินเป็นสิ่งที่จำเป็นในการบริหารงานที่มีประสิทธิภาพของความล้มเหลว ในเหตุการณ์ดังกล่าวไม่เพียง แต่ความรู้เกี่ยวกับโครงสร้างของกระบวนการที่มีความสำคัญ; ร่องรอยที่เฉพาะเจาะจงของกระบวนการดำเนินการยังจะต้องได้รับการติดตามลงในสถานการณ์ที่ผิดพลาดไม่เพียง แต่สาเหตุของความล้มเหลว แต่ยังความคืบหน้าของขั้นตอนการโหลดตามเวลาของความล้มเหลวที่จะต้องมีการตรวจพบในการสั่งซื้อได้อย่างมีประสิทธิภาพกลับมาของมัน การดำเนินการ. ยังคงล้มเหลวระหว่างการโหลดคลังสินค้าเป็นเพียงยอดของภูเขาน้ำแข็งเท่าที่เป็นปัญหาที่เกิดขึ้นในสภาพแวดล้อมของคลังข้อมูลที่มีความกังวล วิธีนี้จะทำให้การอภิปรายเกี่ยวกับคุณภาพคลังข้อมูลและความสามารถของพื้นที่เก็บข้อมูลเมตาดาต้าที่จะติดตามในแฟชั่นแสดงออกและสามารถใช้งานได้ ที่จะเผชิญกับปัญหานี้ metamodel กระบวนการที่นำเสนอมีการเชื่อมโยงอย่างชัดเจน metamodel ที่มีคุณภาพของเราก่อนหน้านี้ [32] เราเติมเต็มการเชื่อมโยงนี้โดยกล่าวถึงปัจจัยที่มีคุณภาพที่เฉพาะเจาะจงสำหรับมิติที่มีคุณภาพมาตรฐาน ISO 9126 มาตรฐานสำหรับการดำเนินงานซอฟแวร์และการประเมินผล ระบุสถานการณ์ที่ผิดพลาดหรือคุณภาพที่น่าพอใจในสภาพแวดล้อมคลังข้อมูลไม่เพียงพอ ผู้มีส่วนได้เสียคลังข้อมูลควรได้รับการสนับสนุนในความพยายามของพวกเขาที่จะตอบสนองกับปรากฏการณ์เหล่านี้ ดังกล่าวข้างต้นความคิดความเหมาะสมในมุมมองความคิดของ metamodel กระบวนการช่วยให้ความหมายของการกระทำของการกู้คืนข้อผิดพลาดที่อาจเกิดขึ้นหรือมีปัญหา (เช่นเส้นทางทางเลือกสำหรับประชากรคลังข้อมูล) ในทางที่ตรงไปตรงมาในช่วงรันไทม์ วิวัฒนาการคลังข้อมูลหลีกเลี่ยงไม่ได้เป็นแหล่งที่มาของลูกค้าใหม่และที่มีการบูรณาการกฎเกณฑ์ทางธุรกิจเปลี่ยนแปลงและคำขอของผู้ใช้คูณ ผลกระทบของการพัฒนาโครงสร้างของคลังสินค้าสามารถคาดการณ์โดยการติดตามประมูลต่างๆระหว่างส่วนประกอบของคลังสินค้า เราได้กล่าวแล้วว่ามุมมองความคิดของ metamodel ร่องรอยประมูลระหว่างผู้เข้าร่วมทั้งหมดที่อยู่ในสภาพแวดล้อมของคลังข้อมูลไม่ว่าจะเป็นคนหรือโปรแกรมเก็บข้อมูล การทำนายผลกระทบที่อาจเกิดขึ้น (ไม่ว่าจะทางการเมืองโครงสร้างการดำเนินงานหรือธรรมชาติ) ได้รับการสนับสนุนโดยคุณลักษณะนี้ในหลายวิธี พูดถึงการที่ง่ายที่สุดในการดำรงอยู่ที่แท้จริงของการเชื่อมโยงการพึ่งพาการคาดการณ์
ผลกระทบที่อาจเกิดขึ้นในสถาปัตยกรรมของคลังสินค้าในการปรากฏตัวของการเปลี่ยนแปลงใด ๆ เทคนิคซับซ้อนมากขึ้นนอกจากนี้ยังจะมีการจัดในบทความนี้โดยคำนึงถึงคุณลักษณะเฉพาะที่เข้าร่วมในการประมูลเหล่านี้และคำจำกัดความของ SQL ของกระบวนการมีส่วนร่วมและเก็บข้อมูล ธรรมชาติการดำรงอยู่ของการเชื่อมโยงความเหมาะสมที่แสดงให้เห็นทางเลือกสำหรับโครงสร้างใหม่ของคลังสินค้า เราไม่ได้เรียกร้องว่าวิธีการของเราเหมาะสำหรับชนิดของกระบวนการใด ๆ แต่เน้นความสนใจของเราที่จะ internals ของระบบคลังข้อมูล กระดาษนี้จะมีการจัดระเบียบดังต่อไปนี้: ในส่วนที่ 2 ที่เรานำเสนอผลงานพื้นหลังและแรงจูงใจสำหรับบทความนี้ ในข้อ 3 เราจะอธิบาย metamodel กระบวนการและในส่วนที่ 4 เรานำเสนอการเชื่อมโยงไปยังรูปแบบที่มีคุณภาพ ในมาตรา 5 ที่เรานำเสนอวิธีที่เก็บข้อมูลเมตาสามารถนำมาใช้ในการกำหนดความหมายในการดำเนินงานของตารางคลังข้อมูลและเพื่อวัตถุประสงค์ในการวิวัฒนาการ ในส่วนที่ 6 เรานำเสนอที่เกี่ยวข้องกับการทำงานและมาตรา 7 นำเสนอปัญหาสำหรับการวิจัยในอนาคต

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

กระบวนการแนวความคิด มุมมอง ร่องรอย เหตุผลของโครงสร้างของข้อมูลคลังสินค้า เราขยายแนวคิดของการพึ่งพาความต้องการในการเป็นนักแสดงนางแบบ [ 68 ] , กับอุปทานที่มุ่งเน้นความคิดของความเหมาะสมที่พอดีกับที่ซ้ำซ้อนที่พบบ่อยในคลังสินค้าข้อมูล เป็นนามสกุลอื่นเพื่อนักแสดงการพึ่งพาแบบ เรามีแบบความคิดของบทบาทในการติดตามโดยบุคคลใด ๆ โปรแกรมหรือข้อมูลร้านค้าที่เข้าร่วมในระบบ โดยการ metamodel ในวัตถุตรรกะ เราสามารถใช้ประโยชน์จากข้อมูลเครื่องของคลังที่จะให้การสนับสนุนสำหรับการตรวจสอบความถูกต้องของการออกแบบ ความสามารถที่ 1 ของ conceptbase [ 28 ] ให้เครื่องเพื่อหลีกเลี่ยงการด้วยตนเองทั้งหมด interdependencies ของบทบาทกิจกรรมในมุมมองเชิงมโนทัศน์ มันจะเพียงพอที่จะออกกฎการอนุมาน interdependencies เหล่านี้จากโครงสร้างเก็บข้อมูลและกิจกรรม ในขณะที่การออกแบบและการใช้งานของสินค้าจะดำเนินการในสภาพแวดล้อมที่ค่อนข้างควบคุม การบริหารงานคลังสินค้าได้จัดการกับปัญหาที่วิวัฒนาการในแฟชั่นของ . ตัวอย่างเช่นในระหว่างการโหลดของคลังสินค้าฉุกเฉินการรักษาเป็นสิ่งจำเป็นสำหรับการบริหารจัดการที่มีประสิทธิภาพของความล้มเหลว ในกิจกรรมดังกล่าวไม่เพียง แต่เกี่ยวกับโครงสร้างของกระบวนการเป็นสิ่งสำคัญ ; ร่องรอยเฉพาะดำเนินการกระบวนการนี้ยังต้องติดตามลงในสถานการณ์ที่ผิดพลาด , ไม่เพียง แต่สาเหตุของความล้มเหลว แต่ความคืบหน้าของขั้นตอนการโหลดตามเวลาของความล้มเหลวต้องถูกตรวจพบ เพื่อ มีประสิทธิภาพต่อการดําเนินงานของ แต่ความล้มเหลวในคลังสินค้าโหลดเป็นเพียงปลายของภูเขาน้ำแข็งเท่าที่ปัญหาคลังสินค้า ข้อมูลที่เกี่ยวข้อง นี้นำขึ้นอภิปรายในคุณภาพคลังข้อมูลและความสามารถของเมตาดาต้าข้อมูล สืบค้นในแฟชั่นที่แสดงออกและใช้งาน เผชิญหน้ากับปัญหานี้เสนอกระบวนการ metamodel เป็นอย่างชัดเจนที่เชื่อมโยงกับคุณภาพของเราก่อนหน้านี้ metamodel [ 32 ] เรากว่าการเชื่อมโยงนี้โดยการกล่าวขวัญปัจจัยคุณภาพที่เฉพาะเจาะจงสำหรับคุณภาพด้าน ISO 9126 มาตรฐานสำหรับการใช้งานซอฟต์แวร์และการประเมินผล ระบุสถานการณ์ที่ผิดพลาดหรือคุณภาพที่น่าพอใจในคลังสินค้าข้อมูลสิ่งแวดล้อมไม่เพียงพอ คลังข้อมูลผู้มีส่วนเกี่ยวข้องควรสนับสนุนในความพยายามของพวกเขาเพื่อตอบสนองต่อปรากฏการณ์เหล่านี้ เรื่องความเหมาะสมดังกล่าวในมุมมองแนวคิดของกระบวนการ metamodel ช่วยให้ความหมายของการกู้คืนการกระทำของข้อผิดพลาดที่อาจเกิดขึ้น หรือปัญหา ( เช่นเส้นทางทางเลือกสำหรับประชากรของข้อมูลคลังสินค้า ) ในวิธี ตรงไปตรงมา ระหว่างทำงาน . วิวัฒนาการของคลังสินค้าข้อมูลย่อมเป็นแหล่งที่มาของลูกค้าใหม่ และมีการบูรณาการ การเปลี่ยนแปลงกฎและการร้องขอของผู้ใช้ธุรกิจคูณ ผลของการพัฒนาโครงสร้างของคลังสินค้าสามารถพยากรณ์ได้โดยติดตาม interdependencies ระหว่างส่วนประกอบต่างๆของคลังสินค้า เราได้กล่าวแล้วว่ามุมมองความคิดของ metamodel ร่องรอย interdependencies ระหว่างผู้เข้าร่วมทั้งหมดในสิ่งแวดล้อม คลังสินค้าของข้อมูลว่า บุคคล โปรแกรม หรือ ข้อมูลร้านค้า การคาดการณ์ผลกระทบที่อาจเกิดขึ้น ( ไม่ว่าจะทางการเมือง โครงสร้าง หรืองานธรรมชาติ ) ได้รับการสนับสนุนโดยคุณสมบัตินี้ได้หลายวิธี พูดง่าย การมีอยู่ของการเชื่อมโยงสำหรับการเชียร์ผลกระทบที่มีศักยภาพในสถาปัตยกรรมของคลังสินค้าในการเปลี่ยนแปลงใด ๆ เทคนิคที่ซับซ้อนมากขึ้นจะถูกระบุไว้ในกระดาษนี้ โดยพิจารณาเฉพาะคุณลักษณะที่เข้าร่วมใน interdependencies เหล่านี้และคำจำกัดความของ SQL ที่เกี่ยวข้องกระบวนการและข้อมูลร้านค้า ธรรมชาติ การดำรงอยู่ของความเชื่อมโยงเสนอทางเลือกสำหรับโครงสร้างใหม่ของคลังสินค้า เราไม่ได้เรียกร้องว่าวิธีการของเราเหมาะสำหรับชนิดใดของกระบวนการ แต่มุ่งความสนใจของเราไปที่ internals ของระบบคลังข้อมูล กระดาษนี้จะจัดได้ดังนี้ ในส่วนที่ 2 ที่เรานำเสนอพื้นหลังทำงาน และในบทความนี้ ในส่วนที่ 3 ที่เราอธิบายกระบวนการ metamodel และในมาตรา 4 ที่เรานำเสนอมันเชื่อมโยงกับแบบจำลองคุณภาพ ในส่วนที่ 5 เราเสนอวิธีการเก็บข้อมูลที่สามารถใช้สำหรับการกำหนดความหมายการดําเนินงานของคลังสินค้าข้อมูลตารางและเพื่อวัตถุประสงค์ในการวิวัฒนาการ ในมาตรา ๖และมาตรา ๗เรานำเสนองานที่เกี่ยวข้องนำเสนอปัญหาสำหรับการวิจัยในอนาคต