สรุป
หลายสิ่งในชีวิตต้องเผชิญอย่างถูกต้องอย่างไรก็ตามสิ่งที่คุ้มค่าที่จะได้รับประสบการณ์มากขึ้นมีสิ่งที่เกิดขึ้นจากความผิดพลาดที่เกิดขึ้นเพราะทราบผลเชิงลบที่ได้รับสาเหตุของบริบทที่มีอิทธิพลต่อข้อผิดพลาดและ พยายามอย่าทำซ้ำให้มากที่สุด
รายการข้อผิดพลาดในการสร้างคลังข้อมูลขององค์กรนี้เป็นหนึ่งในบทความแรกที่พยายามสร้างฐานความรู้และประสบการณ์จากบทเรียนที่เรียนรู้ในโครงการเทคโนโลยีสารสนเทศในกรณีเฉพาะนี้ในโครงการพัฒนาคลังข้อมูลองค์กร
รายการนี้ถูกสร้างขึ้นเพื่อใช้เป็นเครื่องมือสำหรับทุกคนที่มีส่วนร่วมในการพัฒนาคลังข้อมูลและจะอนุญาตให้ประเมินว่าเป็นเส้นทางที่พวกเขากำลังมุ่งหน้าและโอกาสในการประสบความสำเร็จขั้นสุดท้าย แต่คำแนะนำที่สังเคราะห์ได้มากที่สุด มันคือการบำรุงรักษาการทำงานร่วมกันในระดับที่มีส่วนร่วมและพื้นที่ขององค์กรเช่นเดียวกับการทำงานบนฐานทางทฤษฎีที่เป็นประโยชน์ในทางปฏิบัติของเทคโนโลยีที่เกี่ยวข้อง
วัตถุประสงค์ของรายการนี้คือการให้คำปรึกษาเกี่ยวกับบทเรียนที่ได้เรียนรู้จากการประยุกต์ใช้เทคโนโลยีนี้ใน บริษัท ต่าง ๆ รวมถึงการให้พื้นฐานทางทฤษฎีที่ปฏิบัติซึ่งวางอยู่บนโดเมนของวิทยาศาสตร์คอมพิวเตอร์และเหมาะสมกว่า เทคโนโลยีคลังข้อมูลและในที่สุดจะต้องทำให้โครงการคลังข้อมูลองค์กรของ บริษัท ของคุณประสบความสำเร็จในอนาคต
คำสำคัญ: ดาต้าแวร์เฮาส์, ดาต้ามาร์ท, ดาต้ามินนิ่ง, การก่อสร้างดาต้าเฮาส์ขององค์กร, ข้อผิดพลาดทั่วไป, การจัดการโครงการดาต้าแวร์เฮาส์, ความเสี่ยงของการสร้างคลังข้อมูล, โอกาสของคลังข้อมูล
ดัชนี
1. บทนำ
2. รายการ 10 ข้อผิดพลาดที่พบบ่อยที่สุดในการสร้างคลังข้อมูลองค์กร
3. บทสรุป
4. บรรณานุกรม
1. บทนำ
วันนี้พื้นที่เทคโนโลยีของ บริษัท ทางการเงินและการพาณิชย์ส่วนใหญ่ซึ่งจนกระทั่งเมื่อไม่นานมานี้ได้ทุ่มเทความพยายามส่วนใหญ่ในการจัดหาระบบข้อมูลการทำธุรกรรมซึ่งสนับสนุนภาระของกิจกรรมส่วนใหญ่ในห่วงโซ่คุณค่าของพวกเขา - พวกเขามุ่งเน้นไปที่การใช้ประโยชน์จากข้อมูลที่เก็บไว้อย่างต่อเนื่อง: ข้อมูลเชิงประวัติศาสตร์และธุรกรรมความเป็นจริงที่อยู่รอบ ๆ คือข้อมูลขนาดใหญ่ที่ได้รับจากการดำเนินงานประจำวันของระบบธุรกรรมของพวกเขาและปัญหาของการวิเคราะห์และดึงความรู้ ข้อมูลที่ยังคงฝังอยู่ภายในตัวมันเอง
มีชุดของเทคนิคการคำนวณที่อนุญาตให้มีการเปลี่ยนแปลงของการทำธุรกรรมการดำเนินงานและข้อมูลรายวันนี้เป็นข้อมูลที่มีระดับที่แตกต่างกันของการสรุปสรุปที่แน่นอนและมีความเชี่ยวชาญตามหัวข้อและที่ช่วยให้การวิเคราะห์ของพวกเขาอำนวยความสะดวกในการตัดสินใจบริหาร เทคโนโลยีนี้เรียกว่า Data Repository หรือ Datawarehouse
อย่างไรก็ตามและจากการฝึกปฏิบัติทางวิชาชีพการสร้างคลังข้อมูลไม่ได้รับผลกระทบจากปัญหาที่เป็นอุปสรรคต่อความสำเร็จและความสำเร็จตามวัตถุประสงค์ขั้นสุดท้าย: สนับสนุนการตัดสินใจของผู้บริหาร
บทความนี้พยายามที่จะไปไกลกว่าทฤษฎีเพื่อนำเสนอปัญหาที่มีปัญหาที่ป้องกันไม่ให้การพัฒนาที่ประสบความสำเร็จของคลังข้อมูลขององค์กร
ดังนั้นจึงควรระบุว่ารายการต่อไปนี้ - ของข้อผิดพลาดที่พบบ่อยที่สุดในการพัฒนาคลังข้อมูลขององค์กร - เกิดจากการพัฒนาเทคโนโลยีนี้ใน บริษัท ตัวแทนที่อยู่ในภาคการเงินและการค้าของเปรู
สมมติว่าโครงการจะต้องสร้างความพึงพอใจให้กับลูกค้าโดยแสดงผลตอบแทนจากการลงทุนของพวกเขา - เรารู้ว่ามันไม่ง่ายที่จะประเมินในโครงการเทคโนโลยีคอมพิวเตอร์อย่างไรก็ตาม - ความสำเร็จของโครงการพัฒนาคลังข้อมูลเป็นสัดส่วนโดยตรงกับยูทิลิตี้ที่ได้รับจากการวิเคราะห์ ข้อมูลในการตัดสินใจที่ถูกต้องที่ บริษัท ได้รับประโยชน์ ณ จุดนี้: การรู้ว่าการตัดสินใจ - จากการวิเคราะห์ข้อมูลผ่านคลังข้อมูล - สร้างรายได้และ / หรือการออมที่มากขึ้น การประเมินที่เพียงพอสำหรับสิ่งนี้เราต้องพิจารณาความง่ายในการรับรายงานรวมถึงความยืดหยุ่นของการกำหนดค่ามันถือเป็น - เพื่อสร้างการเรียนรู้จากการตัดสินใจที่ทำในแต่ละครั้ง - ความสำคัญของการจัดเก็บรูปแบบและข้อมูลของมวลรวมและรายงานที่ใช้ในช่วงเวลาที่เป็นวิธีการแสดงให้เห็นถึงคุณค่าของพวกเขาสำหรับ บริษัท
รายการนี้มีการใช้งานที่เหมาะสมจะช่วยให้การตัดสินใจที่แม่นยำยิ่งขึ้นโดยการจัดการโครงการเจ้าของและลูกค้าทราบผลที่เป็นไปได้ของกลยุทธ์หรือมาตรการที่กำหนดไว้อย่างใดอย่างหนึ่งหรืออีกมาตรการหนึ่งและป้องกันข้อผิดพลาดบ่อยครั้ง ทั้งในการกำหนดพัฒนาและดำเนินโครงการ
2. รายการ 10 ข้อผิดพลาดที่พบบ่อยที่สุดในการสร้างคลังข้อมูลองค์กร
ข้อผิดพลาดที่ 1: สมมติวิธีแก้ปัญหาที่อาจเกิดขึ้นเป็นคำถามทางเทคนิคอย่างแท้จริง
คลังข้อมูลต้องการการมีส่วนร่วมอย่างแข็งขันของผู้มีอำนาจตัดสินใจด้านบริหาร
ข้อผิดพลาดที่ 2: ไม่กำหนดงบประมาณที่เพียงพอสำหรับโครงการทั้งหมด
การจัดสรรเงินทุนและทรัพยากรอย่างเพียงพอเพื่อสนับสนุนและดำเนินงานแพลตฟอร์มเทคโนโลยีและโครงสร้างพื้นฐานที่คลังข้อมูลองค์กรต้องการนั้นจะต้องเป็นหนึ่งในแง่มุมเริ่มต้นเมื่อพิจารณาว่าเป็นโครงการ
ข้อผิดพลาดที่ 3: การขาดความมุ่งมั่นของผู้บริหารระดับสูง
ความสำเร็จของคลังข้อมูลขององค์กรนั้นต้องการการสนับสนุนอย่างเต็มที่จากผู้บริหารระดับสูงบนพื้นฐานของความปลอดภัยและความไว้วางใจที่มีให้กับฝ่ายบริหารโครงการและทีมพัฒนา
ข้อผิดพลาดที่ 4: ไม่มีโครงสร้างพื้นฐานที่เพียงพอที่จะรองรับ
คลังข้อมูลขององค์กรต้องการเทคโนโลยีที่เพียงพอเช่นเดียวกับโครงสร้างพื้นฐานขององค์กร สถาปัตยกรรมระบบของคลังข้อมูลมีตั้งแต่เซิร์ฟเวอร์ฐานข้อมูลที่เป็นกรรมสิทธิ์การแปลงข้อมูลและเซิร์ฟเวอร์ทำความสะอาดโหนดผู้ใช้ด้านการจัดการส่วนหน้าจัดทั่วทั้งองค์กร ซอฟต์แวร์ต้องการแอปพลิเคชันเซิร์ฟเวอร์ไคลเอนต์และเลเยอร์ธุรกิจที่ทำงานอย่างมีประสิทธิภาพในสภาพแวดล้อมคิวรีแบบ n มิติและการประมวลผลแบบขนาน
ข้อผิดพลาดที่ 5: ฐานข้อมูลซ้ำซ้อนไม่โปร่งใสและไม่มีเอกสาร
สถานะของฐานข้อมูลของทรานแซคชันซึ่งข้อมูลที่จะถูกแปลงและจัดเก็บในคลังข้อมูลถูกแยกออกโดยทั่วไปจะไม่ได้รับการพิจารณาในการประมาณการครั้งแรกอย่างไรก็ตามนี่อาจเป็นความล่าช้าที่สำคัญโดยเฉพาะในกรณีใด ๆ คือ สถานะของเอนทิตีเช่นบัญชีลูกค้าหนี้การชำระเงิน ฯลฯ จะถูกเก็บไว้ในตารางประวัติศาสตร์สำหรับช่วงเวลาที่สำคัญตามความถี่เฉลี่ยของการเปลี่ยนแปลง (รายเดือนรายปักษ์รายวัน) และในรูปแบบมาตรฐาน
อย่างไรก็ตามในทางปฏิบัติข้อมูลนี้พบว่าเป็นส่วนหนึ่งของตารางที่ใช้สำหรับรายงานการจัดการซึ่งได้ผ่านกระบวนการกรองแล้วจึงสูญเสียการเชื่อมโยงกันของข้อมูลในอดีตและการเปลี่ยนแปลงในรัฐของพวกเขาเมื่อเวลาผ่านไปในระดับของทุกสิ่ง ธุรกิจ.
ในบางกรณีขอแนะนำให้ทำการปรับรื้อฐานข้อมูลอิสระในระดับธุรกรรมซึ่งการเปลี่ยนแปลงสถานะของเอนทิตีสามารถจัดเก็บในวิธีที่สะอาดเหมือนขั้นตอนก่อนหน้านี้เพื่อพิจารณาการแยกข้อมูลจากต้นกำเนิดของมัน
ข้อผิดพลาดที่ 6: ความล้มเหลวในการส่งเสริมสภาพแวดล้อมของความร่วมมือที่สมบูรณ์ระหว่าง DBA และทีมงานจัดเก็บข้อมูล
เมื่อเริ่มโครงการคลังข้อมูลใน บริษัท พื้นที่ผู้ดูแลฐานข้อมูล DBAs มีอยู่แล้วโดยทั่วไปดังนั้นจึงขอแนะนำให้สร้างพื้นที่คลังข้อมูลในระดับเดียวกับ DBA และไม่อยู่ภายใต้การควบคุมของ DBA DBAs จำนวนมากมีหน้าที่ดูแลรักษาฐานข้อมูลเพื่อรองรับธุรกรรมแบบวันต่อวัน การสร้างแพลตฟอร์มทางเลือกที่เพียงพอสำหรับการพัฒนาคลังข้อมูลโดยมีการเข้าถึงแหล่งข้อมูลของโดเมนคลังข้อมูลโดยตรงและไม่เป็นตัวกลางในการ DBAs เป็นหนึ่งในปัจจัยสำคัญที่ก่อให้เกิดการพัฒนาโครงการได้เร็วขึ้นและ มุ่งสู่ความสำเร็จ
ข้อผิดพลาดที่ 7: ความล้มเหลวในการใช้วิธีการระบุข้อกำหนดที่เหมาะสมสำหรับการจัดการ
ในกิจกรรมข้อกำหนดคุณสมบัติโดยผู้ใช้การจัดการไม่ได้ใช้วิธีการที่อนุญาตให้ผู้ใช้แสดงความต้องการได้อย่างง่ายดายและพร้อมสำหรับข้อเสนอแนะที่ตามมาเป็นหนึ่งในข้อผิดพลาดที่พบบ่อย
แนะนำให้ใช้การสร้างต้นแบบเช่นเดียวกับการจัดทำเอกสารข้อกำหนดคุณสมบัติของความต้องการตามพื้นที่การจัดการ
ข้อผิดพลาดที่ 8: ความไม่รู้ของห่วงโซ่คุณค่าการไหลของข้อมูลในกิจกรรมทางธุรกิจ
การระบุกิจกรรมที่เป็นปัจจัยความสำเร็จที่สำคัญรวมถึงการสังเกตการไหลของกิจกรรมของความสามารถส่วนกลางที่อนุญาตให้ผลิตภัณฑ์หรือบริการที่ให้คุณค่าแก่ลูกค้าถือเป็นงานที่มีความรู้เกี่ยวกับธุรกิจที่ผู้ออกแบบคลังข้อมูลต้องไม่ผ่าน หลีกเลี่ยงสิ่งนี้เพื่อเลือกกลยุทธ์การพัฒนาโครงการ - ตามแบบจำลองทั่วไปของการพัฒนาดาต้ามาร์ตตามกระบวนการหรือส่วนขององค์กร - ที่ช่วยให้สามารถกำหนดลำดับความสำคัญตามแผนกลยุทธ์ของ บริษัท
ข้อผิดพลาดที่ 9: ไม่มีมุมมองการรวมเข้ากับเทคโนโลยีอื่นที่เกี่ยวข้อง
ฐานทางทฤษฎีที่มั่นคงในด้านเทคโนโลยีสารสนเทศและแนวโน้มและการแก้ปัญหาที่มีอยู่หลากหลายจะช่วยให้การพัฒนาคลังข้อมูลมีวิสัยทัศน์สำหรับอนาคต ในมุมมองนี้เทคโนโลยีที่เกี่ยวข้องคือ: OLAP ที่ช่วยให้การวิเคราะห์ข้อมูลในอดีตเพื่อกำหนดรูปแบบของพฤติกรรมในทางกลับกันการจัดเรียงข้อมูลที่ช่วยให้การค้นพบรูปแบบของพฤติกรรม แต่โดยอัตโนมัติใช้โมเดลและอัลกอริทึม (การตัดสินใจ ต้นไม้กลุ่มคลัสเตอร์เครือข่ายประสาทตรรกศาสตร์คลุมเครือถดถอยเชิงเส้น ฯลฯ)
ค่อนข้างไกลออกไปคือการดำเนินการตามดัชนีชี้วัดความสมดุลขององค์กรที่ดาต้าแวร์เฮาส์ให้บริการข้อมูลจากตัวชี้วัดสำหรับช่วงเวลาในประวัติศาสตร์
ข้อผิดพลาดที่ 10: การจัดการโครงการไม่ดีและการยกเลิกแผนพัฒนาโครงการ
ความสามารถของผู้จัดการโครงการนั้นเปิดเผยในทุกมิติที่แท้จริงทั้งในด้านเทคนิคและการฝึกอบรมมนุษย์และผลิตภัณฑ์ที่มีประสบการณ์ในโครงการที่คล้ายกัน การพัฒนาคลังข้อมูลจะต้องเป็นวัฏจักรและในขั้นตอนที่มีกิจกรรมของการวิเคราะห์การออกแบบการพัฒนาการทดสอบ; เหตุการณ์สำคัญซ้ำ ๆ พยายามหลีกเลี่ยงการทำงานซ้ำ ๆ
3. บทสรุป
บทความนี้เป็นส่วนหนึ่งของชุดบทความที่ผู้เขียนนำเสนอเกี่ยวกับเทคโนโลยีสารสนเทศโดยเฉพาะในบทความนี้ให้รายการ 10 ข้อผิดพลาดที่พบบ่อยที่สุดที่เกิดขึ้นในการพัฒนาโครงการเพื่อสร้างคลังข้อมูลขององค์กร.
พื้นฐานทางทฤษฎีที่คลาสนี้มีพื้นฐานมาจากแนวคิดของฐานข้อมูลหลายมิติ (Ontology, แบบจำลองข้อมูลแนวคิด, การตีความความหมาย, ทฤษฎีของเซตและความสัมพันธ์) ซึ่งคาดว่าจะได้รับข้อมูลที่แน่นอน ถูกต้องและสรุปสำหรับการวิเคราะห์และสนับสนุนการตัดสินใจของผู้บริหาร
พื้นฐานการปฏิบัติได้มาจากการมีส่วนร่วมของผู้เขียนในโครงการคลังข้อมูลต่าง ๆ ใน บริษัท การค้าและการเงินที่สำคัญของชาวเปรูซึ่งมีประสบการณ์ในบทความนี้และนำเสนอต่อผู้อ่านเป็นเครื่องมือในการให้คำปรึกษา เพื่อความสำเร็จในการพัฒนาคลังข้อมูลองค์กรของคุณในอนาคต
4. บรรณานุกรม
1. การสร้างคลังข้อมูลผู้แต่ง WH Inmon Editorial John
Wiley & Sons, Inc. นิวยอร์ก, นิวยอร์ก, สหรัฐอเมริกา 1996
2. ชุดเครื่องมือวงจรข้อมูล Data Warehouse: วิธีผู้เชี่ยวชาญสำหรับการออกแบบการพัฒนาและการปรับใช้คลังข้อมูลผู้แต่ง Ralph Kimball, Laura Reeves, Warren Thornthwaite, Margy Ross, Warren Thornwaite บรรณาธิการ John Wiley & Sons, Inc. นิวยอร์ก, นิวยอร์ก, สหรัฐอเมริกา 1998
3. อัลกอริทึมทางพันธุกรรมสำหรับการเลือกมุมมองวัสดุในข้อมูล
บรรณาธิการสิ่งแวดล้อม Springer Berlin / Heidelberg
1999
4. แบบจำลองคลังข้อมูลและปัญหาคุณภาพผู้แต่ง: Panos Vassiliadis - ความรู้และระบบฐานข้อมูลห้องปฏิบัติการแผนกวิทยาศาสตร์คอมพิวเตอร์ - ภาควิชาวิศวกรรมไฟฟ้าและคอมพิวเตอร์ - มหาวิทยาลัยเทคนิคแห่งชาติเอเธนส์ - Zographou 157 73, Athens, GREECE phd.pdf
5. การบำรุงรักษามุมมองคลังข้อมูลโดยใช้มาตรฐาน
ผู้แต่ง: Mukesh Mohania, Kamal Karlapalem, Millist Vincent In D.
Ram, ผู้แก้ไข, การจัดการข้อมูล, หน้า 32–50 Springer Verlag, 1997
6. วิธีการสำหรับการออกแบบคลังข้อมูล: การสร้างแบบจำลองเชิงแนวคิดผู้เขียนJoséMaría Cavero Universidad Rey Juan Carlos, สเปน, Esperanza Marcos Universidad Rey Juan Carlos, สเปน, Mario Piattini Universidad de Castilla-La Mancha, สเปน, Adolfo Sánchez Cronos Ibérica, สเปน สำนักพิมพ์ IRM กด Hershey, PA, สหรัฐอเมริกา 2002
7. กลยุทธ์สำหรับการจัดการคุณภาพข้อมูลในระบบคลังข้อมูล
1 / IQ01HelfertMaur.pdf
