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 และผลกระทบเกือบทุกการตัดสินใจในโครงการ DW
[ 9 ] ที่สุดของโครงการดำเนินการความต้องการการนิยามคนจนล้มเหลว DW เฟส และบางส่วนของพวกเขาข้ามขั้นตอนนี้
[ 12 ]พวกเขามีแนวโน้มที่จะมุ่งเน้นไปที่ปัญหาทางด้านเทคนิค และไม่ได้รับเงินเพียงพอความสนใจความต้องการการวิเคราะห์ [ 10 ] วิธีการเมา
ของการดำเนินการวิเคราะห์คำนิยามความต้องการจะนำไปสู่กระบวนการ [ 13 ] และการสื่อสารการออกแบบไม่มั่นคงยากจน
ระหว่างคนและผู้ตัดสินใจ [ 3 ] [ 10 ] กับการขาดของระดับความต้องการวิสัยทัศน์ [ 12 ] ,
เป็นเรื่องยากเพื่อให้แน่ใจว่าโครงการจะตอบสนองเป้าหมายทางธุรกิจนอกจากนี้ , ไม่สมบูรณ์ หรือความไม่สอดคล้องกันความต้องการตะกั่ว
ผู้พัฒนาถูกต้องสมมติฐาน [ 14 ] ในมืออื่น ๆที่มีจำนวนมากของความต้องการของผู้ใช้กลุ่มต่าง
และประเภทสาเหตุใหญ่ท้าทายระบุความต้องการที่สำคัญที่สามารถนำไปสู่เป้าหมายทางธุรกิจ