There are few reasons that contribu

There are few reasons that contribute to its failure; some of them are related to user requirement analysis. Kimball et al.(2008) stated that requirement definition phase is paramount and impact almost every decision in DW project [9]. Most of failed DW projects execute poor requirement definition phase and some of them skip this phase [12]. They tend to focus on technical issues and not paid enough attention to requirement analysis [10]. Groggy method of conducting requirement definition analysis will lead to unstable design process [13] and poor communication between IT people and decision maker [3][10]. With lack of higher-level requirements vision [12], it is difficult to ensure the project will meet business goal. Furthermore, incomplete or inconsistence requirement lead developer to incorrect assumption [14]. In other hand, with tremendous amount of users requirements from different levels and categories cause big challenge to specify important requirement that could lead to business goal

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

มีสาเหตุที่นำไปสู่ความล้มเหลว บางส่วนของพวกเขาเกี่ยวข้องกับการวิเคราะห์ความต้องการของผู้ใช้ Kimball et al.(2008) ระบุระยะที่นิยามความเป็นหนึ่ง และส่งผลกระทบต่อการตัดสินใจเกือบทุกโครงการ DW [9] ส่วนใหญ่ล้มเหลว DW โครงการดำเนินการขั้นตอนคำนิยามความยากจน และบางส่วนของพวกเขาข้ามขั้นตอนนี้ [12] พวกเขามักจะ เน้นปัญหาทางเทคนิค และไม่ได้ชำระความสนใจพอที่จะวิเคราะห์ความต้องการ [10] Groggy วิธีการดำเนินการวิเคราะห์ข้อกำหนดความต้องจะนำไปสู่กระบวนการออกแบบเสถียร [13] และการสื่อสารที่ดีระหว่างไอทีผู้คนและตัดสินใจ [3] [10] ขาดวิสัยทัศน์ความสูงกว่า [12], มันเป็นเรื่องยากให้โครงการจะตรงกับเป้าหมายธุรกิจ นอกจากนี้ ไม่สมบูรณ์ หรือความ inconsistence ทำพัฒนาอัสสัมชัญที่ไม่ถูกต้อง [14] ในอีก กับจำนวนมหาศาลของความต้องการของผู้ใช้ระดับต่าง ๆ และประเภททำให้เกิดความท้าทายใหญ่เพื่อระบุความต้องการสำคัญที่อาจนำไปสู่เป้าหมายทางธุรกิจ

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

มีไม่กี่เหตุผลที่นำไปสู่​​ความล้มเหลวที่มี; บางส่วนของพวกเขาที่เกี่ยวข้องกับการวิเคราะห์ความต้องการของผู้ใช้ คิมบอลล์, et al. (2008) ระบุว่าขั้นตอนการนิยามความต้องการเป็นสิ่งสำคัญยิ่งและส่งผลกระทบต่อเกือบทุกการตัดสินใจในโครงการ DW [9] ที่สุดของความล้มเหลวในการดำเนินการโครงการ DW ขั้นตอนการกำหนดความต้องการที่ไม่ดีและบางส่วนของพวกเขาข้ามขั้นตอนนี้ [12] พวกเขามักจะมุ่งเน้นไปที่ปัญหาทางเทคนิคและไม่ได้ให้ความสนใจมากพอที่จะวิเคราะห์ความต้องการ [10] วิธีการเมาของการดำเนินการวิเคราะห์ความหมายของความต้องการจะนำไปสู่​​ขั้นตอนการออกแบบที่ไม่แน่นอน [13] และการสื่อสารที่ดีระหว่างผู้คนไอทีและการตัดสินใจ [3] [10] กับการขาดของความต้องการในระดับสูงมีวิสัยทัศน์ [12] มันเป็นเรื่องยากที่จะให้แน่ใจว่าโครงการจะตอบสนองเป้าหมายทางธุรกิจ นอกจากนี้ยังไม่สมบูรณ์หรือ inconsistence ความต้องการนักพัฒนานำไปสู่​​สมมติฐานที่ไม่ถูกต้อง [14] ในมืออื่น ๆ ที่มีจำนวนมากของผู้ใช้ต้องการจากระดับที่แตกต่างกันและประเภทที่ก่อให้เกิดความท้าทายที่ยิ่งใหญ่ในการระบุความต้องการที่สำคัญที่จะนำไปสู่​​เป้าหมายทางธุรกิจ

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

มีไม่กี่เหตุผลที่นำไปสู่ความล้มเหลวของ บางส่วนของพวกเขาจะเกี่ยวข้องกับการวิเคราะห์ความต้องการของผู้ใช้ คิมบอลล์ et al . ( 2551 ) กล่าวว่า ระยะนิยามความต้องการ Paramount และผลกระทบเกือบทุกการตัดสินใจร่วมโครงการ [ 9 ] ที่สุดของโครงการดำเนินการความต้องการการนิยามคนจนล้มเหลว DW เฟส และบางส่วนของพวกเขาข้ามขั้นตอนนี้ [ 12 ]พวกเขามีแนวโน้มที่จะมุ่งเน้นไปที่ปัญหาทางด้านเทคนิค และไม่ได้รับเงินเพียงพอความสนใจความต้องการการวิเคราะห์ [ 10 ] วิธีการเมาของการดำเนินการวิเคราะห์คำนิยามความต้องการจะนำไปสู่การออกแบบกระบวนการ [ 13 ] และเสถียรการสื่อสารที่ดีระหว่างคนและผู้ตัดสินใจ [ 3 ] [ 10 ] กับการขาดของระดับความต้องการวิสัยทัศน์ [ 12 ] มันเป็นเรื่องยากเพื่อให้แน่ใจว่าโครงการจะตอบสนองเป้าหมายทางธุรกิจ นอกจากนี้ไม่สมบูรณ์ หรือความไม่สอดคล้องกันความต้องการนำนักพัฒนาที่จะไม่ถูกต้องสมมุติฐาน [ 14 ] ในมืออื่น ๆที่มีจำนวนมากของความต้องการของผู้ใช้งานจากระดับที่แตกต่างกันและประเภทที่ก่อให้เกิดความท้าทายใหญ่เพื่อระบุความต้องการที่สำคัญที่สามารถนำไปสู่เป้าหมายธุรกิจ