According to Johnson [20], even whe

According to Johnson [20], even when these large projects are successful, their usage rate is low, with less than 40% of implemented functions in use. This occurs because of two main problems. The first one is the lack of synchronization between the development team and end users of a DW (e.g., physicians, researchers or businessman). Due to the extended development time on large projects, the align- ment between user needs and the final solution implemented is adversely affected. The other problem is that the traditional process for DW construction does not allow rapid and partial deliveries of functional features. Usually, projects will only be available to end users after they have been fully implemented, which can take months or years. After these lengths of time, it is likely that their data will already be out of date and no longer relevant.
This paper addresses the following question: how can the complexity of DW development for integration of heterogeneous transactional information systems be reduced? To answer this question, we proposed methodological guidelines for construction of DW based on cycles of conceptual modeling and data analysis, to drive creation of a modular DW system. Trying to improve these guidelines through a real usage ex- perience, we have applied them in the Retrovirus Epidemiology Donor Study-II (REDS-II) project, reducing the DW development complextiey

Results (Thai) 1:

ตาม [20] จอห์นสัน แม้ว่าโครงการเหล่านี้มีขนาดใหญ่ที่ประสบความสำเร็จ อัตราการใช้งานของพวกเขาได้ต่ำ ต่ำกว่า 40% ของฟังก์ชันการดำเนินการใช้ นี้เกิดขึ้นเนื่องจากปัญหาหลักสองประการ หนึ่งคือ ขาดการซิงโครไนส์ระหว่างทีมพัฒนาและผู้ใช้ดัง (เช่น แพทย์ นักวิจัย หรือนักธุรกิจ) เนื่องจากใช้เวลาพัฒนาเพิ่มเติมในโครงการขนาดใหญ่ ชิดติดขัดระหว่างความต้องการผู้ใช้และการแก้ปัญหาสุดท้ายที่ดำเนินมีผลกระทบ ปัญหาอื่น ๆ คือ ว่า กระบวนการแบบดั้งเดิมสำหรับ DW ก่อสร้างให้จัดส่งที่รวดเร็ว และบางส่วนของคุณลักษณะการทำงาน มักจะ โครงการจะต้องมีผู้ใช้หลังจากที่พวกเขาทั้งหมดใช้งาน ซึ่งสามารถใช้เดือนหรือปี หลังจากนี้ความยาวของเวลา เป็นไปได้ว่า ข้อมูลของพวกเขาแล้วจะล้า และไม่เกี่ยวข้องการ
กระดาษนี้คำถามต่อไปนี้อยู่: วิธีซับซ้อนพัฒนารวมระบบบริการธุรกรรมข้อมูล DW จะลดลง ตอบคำถามนี้ เราเสนอ methodological แนวทางสำหรับการก่อสร้างของ DW ตามวงจรของการสร้างแบบจำลองแนวคิดและการวิเคราะห์ข้อมูล เพื่อสร้างไดรฟ์ของระบบโมดูลาร์ DW พยายามปรับปรุงแนวทางเหล่านี้ผ่าน perience-อดีตที่ใช้จริง เราใช้พวกเขาในโครงการ Retrovirus ประชาชนผู้บริจาคศึกษา-II (สีแดง-II) ลด complextiey พัฒนา DW

Results (Thai) 2:

ตามที่จอห์นสัน [20] แม้เมื่อโครงการขนาดใหญ่เหล่านี้จะประสบความสำเร็จอัตราการใช้งานของพวกเขาอยู่ในระดับต่ำที่มีน้อยกว่า 40% ของฟังก์ชั่นการใช้งานในการใช้งาน นี้เกิดขึ้นเนื่องจากสองปัญหาหลัก คนแรกคือการขาดการประสานระหว่างทีมพัฒนาและผู้ใช้ของ DW (เช่นแพทย์นักวิจัยหรือนักธุรกิจ) เนื่องจากเวลาในการพัฒนานานในโครงการขนาดใหญ่ชิด-ment ระหว่างความต้องการของผู้ใช้และทางออกสุดท้ายดำเนินการได้รับผลกระทบ ปัญหาอื่น ๆ ที่กระบวนการแบบดั้งเดิมสำหรับ DW การก่อสร้างไม่อนุญาตให้มีการส่งมอบที่รวดเร็วและบางส่วนของคุณสมบัติการทำงาน โดยปกติโครงการที่จะเปิดให้บริการแก่ผู้ใช้หลังจากที่พวกเขาได้รับการดำเนินการอย่างเต็มที่ซึ่งสามารถใช้เวลาเป็นเดือนหรือเป็นปี หลังจากที่เหล่านี้มีความยาวของเวลาก็เป็นไปได้ว่าข้อมูลของพวกเขาอยู่แล้วจะออกจากวันที่และไม่เกี่ยวข้อง
กระดาษนี้เน้นคำถามต่อไปนี้วิธีที่สามารถความซับซ้อนของการพัฒนา DW ในการบูรณาการระบบข้อมูลต่างกันการทำธุรกรรมจะลดลง? เพื่อที่จะตอบคำถามนี้เราเสนอแนวทางวิธีการสำหรับการก่อสร้างของ DW ตามรอบของการสร้างแบบจำลองความคิดและการวิเคราะห์ข้อมูลเพื่อผลักดันการสร้างระบบ DW modular พยายามที่จะปรับปรุงหลักเกณฑ์เหล่านี้ผ่านการใช้งานอดีตของจริงที่เราได้นำมาใช้พวกเขาในการบริจาค retrovirus ศึกษาระบาดวิทยา-II (REDS-II) โครงการลด complextiey พัฒนา DW

Results (Thai) 3:

ตามที่จอห์นสัน [ 20 ] แม้ว่าโครงการขนาดใหญ่เหล่านี้จะประสบความสำเร็จ อัตราการใช้ต่ำ น้อยกว่า 40% ของการใช้งานฟังก์ชั่นในการใช้งาน นี้เกิดขึ้นเพราะสองปัญหาหลัก แรกหนึ่งคือการขาดการประสานระหว่างทีมพัฒนาและผู้ใช้ของ DW ( เช่น แพทย์ นักวิจัย หรือนักธุรกิจ ) เนื่องจากการขยายเวลาในการพัฒนาโครงการขนาดใหญ่การจัดการระหว่างความต้องการของผู้ใช้และสุดท้ายเป็นโซลูชั่นการส่งผล ปัญหาอื่น คือ กระบวนการแบบดั้งเดิมสำหรับการก่อสร้างระบบไม่อนุญาตให้อย่างรวดเร็วและบางส่วนของคุณสมบัติของหน้าที่ โดยปกติแล้ว โครงการจะสามารถใช้ได้กับผู้ใช้หลังจากที่พวกเขาได้รับการดำเนินการอย่างเต็มที่ ซึ่งอาจใช้เวลาเป็นเดือนหรือเป็นปี หลังจากที่เหล่านี้ ความยาวของเวลามันเป็นโอกาสที่ข้อมูลจะล้าสมัย และไม่เกี่ยวข้อง
กระดาษนี้เน้นคำถามต่อไปนี้ : ทำไมความซับซ้อนของการพัฒนาระบบเพื่อบูรณาการระบบข้อมูลการติดต่อที่แตกต่างกันจะลดลง ? เพื่อตอบคำถามนี้ เราเสนอแนวทางในการก่อสร้างของระบบตามวงจรของการสร้างแบบจำลองแนวคิดและการวิเคราะห์ข้อมูลไดรฟ์การสร้างระบบ DW เป็น Modular พยายามที่จะปรับปรุงแนวทางเหล่านี้ผ่านการใช้งานจริง อดีต perience เราใช้พวกเขาในรีโทรไวรัสระบาดวิทยาผู้บริจาคศึกษา 2 ( reds-ii ) โครงการลด complextiey DW พัฒนา