การเพิ่มการรายงาน Ad Hoc ไปยังแอปพลิเคชันนั้นคุ้มค่ากับความพยายามหรือไม่?

เรามีแอปพลิเคชั่นที่รวบรวมข้อมูลจำนวนมากและได้รายงานการอบเข้ามา การทำซ้ำครั้งแรกคือการรวม Crystal Reports ซึ่งทำงานได้ดี สร้างรายงานในตัวออกแบบ Crystal Report จากนั้นอิมพอร์ตไฟล์ RPT ไปยังแอปพลิเคชัน สิ่งนี้ใช้ได้ดี แต่ผู้ใช้ต้องการแอปพลิเคชันเพื่อเรียกใช้รายงานและผู้ใช้เพิ่มเติมไม่สามารถสร้างรายงานได้ เราได้เพิ่มตัวกรองตัวเรียงลำดับและการจัดกลุ่มเพื่อให้ไฟล์ RPT สามารถปรับแต่งได้ แต่พวกเขาไม่สามารถสร้างได้ตั้งแต่เริ่มต้น

Interation ที่สองคือโซลูชันบนเว็บโดยใช้ SSRS, SSAS และเครื่องมือสร้างรายงานจาก Microsoft สิ่งนี้ต้องการงานฐานข้อมูลบางส่วนและงานบางอย่างเพื่อเรียกใช้คิวบ์และเรียกใช้จากสคีมา OLTP แต่ในท้ายที่สุดมันง่ายกว่ามากในการสร้างรายงานการยกเลิก อย่างไรก็ตามเรายังต้องสร้างรายงานโดยใช้เครื่องมือสร้างรายงานเผยแพร่แล้วเป็นต้นนอกจากนี้เรายังเพิ่มตัวกรองตัวเรียงลำดับและกลุ่มเพื่อทำให้ "ปรับแต่ง"

ในมหาสมุทรทั้งสองนี้เรามีรายงานประมาณ 30 ถึง 50 รายการที่สร้างขึ้นเมื่อเวลาผ่านไป

ขณะนี้มีการสนทนาเกี่ยวกับการเพิ่มรายงานเฉพาะกิจเพื่อให้ผู้ใช้สามารถสร้างรายงานตั้งแต่เริ่มต้นได้ทันที ตอนนี้โมเดลข้อมูลของเราซับซ้อนมากและต้องการความรู้ในการทำงานที่ดีเพื่อให้เข้าใจได้ หากต้องการทำสิ่งนี้อย่างน้อยที่สุดจะต้องใช้จำนวนงานที่ดีในการทำให้ตัวแบบข้อมูลเป็นแบบแผนที่ "รายงานมากกว่า" และเข้าใจได้ง่ายขึ้น ฉันไม่คิดว่าแอปพลิเคชันของเราเหมาะสำหรับการรายงานแบบเฉพาะกิจ (ไม่คุ้มกับความพยายาม)

มีใครบ้างที่ประสบความสำเร็จในการจัดทำรายงานเฉพาะกิจ? คุณใช้ชุดเครื่องมือใด มีผลกระทบต่อความสำเร็จของแอปพลิเคชันของคุณหรือไม่

มีอันตรายบางอย่างกับการรายงานเฉพาะกิจ

1. รายงานมีแนวโน้มที่จะแพร่กระจายในการระเบิด combinatorial ที่เกิดขึ้น

2. รายงานใด ๆ ที่สร้างขึ้นมีความถูกต้องในตัวเพราะเป็นรายงานที่พิมพ์ดังนั้นข้อมูลจะต้องถูกต้อง

3. คุณอาจคิดว่าการจัดทำรายงานด้วยวิธีนี้จะช่วยลดภาระของคุณในการสนับสนุนผู้คนที่มีรายงานใหม่ แต่จริงๆแล้วมันเพิ่มขึ้น

4. มันไม่ได้เป็นเพียงการให้ความสามารถในการรายงานแก่ผู้คน เกี่ยวกับการจัดการเอกสาร: การเก็บรักษาและทำลายนโยบายสำหรับเอกสารดังกล่าวคืออะไร ข้อกำหนดในการยื่นและจัดเก็บข้อมูลคืออะไร?

ด้วยเหตุผลเหล่านี้ทั้งหมดฉันเชื่อว่าหากมีเครื่องมือการรายงานที่กำหนดเองเครื่องมือนี้จะต้องถูก จำกัด ในขอบเขต โครงสร้างอย่างระมัดระวังเพื่อที่จะไม่ผลิตสิ่งประดิษฐ์ที่มากเกินไปไม่มีเงื่อนไขและไม่ได้รับการสนับสนุน และสำรองข้อมูลโดยนโยบายที่แสดงโครงร่างของรายงานที่สามารถสร้างได้ในแบบไดนามิกอย่างชัดเจนและรายงานใดที่ต้องกำหนดและจัดทำขึ้นอย่างเป็นทางการ

ในบางกรณีการเพิ่มการกำหนดเองที่เลือกอย่างระมัดระวังให้กับรายงานที่มีอยู่ (ตัวอย่างเช่นพารามิเตอร์ที่ผู้ใช้กำหนดค่าได้จำนวนน้อย) สามารถลดความต้องการเครื่องมือการรายงานที่กำหนดเองได้ นอกจากนี้โปรดทราบว่าหากสิ่งนี้เกี่ยวกับการดำเนินการวิจัยกับฐานข้อมูล OLAP จำเป็นต้องมีความยืดหยุ่นในการรายงานมากกว่าหากคุณรายงานในระบบธุรกรรมทั่วไป

ฉันเห็นความล้มเหลวราคาแพงจำนวนมาก ฉันมีหุ้นส่วนทางธุรกิจที่กังหันลมนี้มานานหลายปี ปัญหาของพวกเขาคือการยืนกรานว่าคนที่ "ไม่ใช่ด้านเทคนิค" สามารถสร้างรายงานได้ เราสร้างวิธีแก้ปัญหาหลายอย่างที่ผู้คนสามารถเรียนรู้และใช้เพื่อความสำเร็จในระดับต่าง ๆ เราเริ่มต้นด้วยรายงานที่ทำเป็นพารามิเตอร์เช่นเดียวกับคุณ

จากนั้นเราได้จัดทำวิธีการบันทึกชุดพารามิเตอร์และเชื่อมโยงกับเทมเพลต "รูปแบบ" ที่แตกต่างกันซึ่งช่วยให้คุณสามารถผสมและจับคู่รายงานกระป๋องของคุณและเผยแพร่ให้คนอื่น ๆ ที่จริงแล้วสิ่งที่มีประสิทธิภาพที่สุดที่เราเคยพิจารณาคือประมาณสองสัปดาห์ของเวลาในการพัฒนา (ด้านบนของระบบรายงานกระป๋องพื้นฐานที่กำหนดไว้ล่วงหน้า) และพวกเขาใช้มันกับความสำเร็จมานานหลายปี มันเป็น UI ที่ง่ายมาก แต่ก็ยังมีผู้ใช้บางคนที่ไม่สามารถสร้างรายงานของตัวเองได้จริง ๆ พวกเขาไม่สามารถทำงานได้ตามเกณฑ์ที่ควรจะเป็น แต่เนื่องจากใคร ๆก็สามารถสร้างรายงานและแบ่งปันให้คนอื่นได้พวกเขาอาจมีเพื่อนร่วมงานทำรายงานแทนที่จะต้องไปที่ทีม MIS และยืนรอคิว

เราพยายามปรับปรุงอยู่เรื่อย ๆ และเสียเงินไปหลายแสนดอลลาร์ การตัดสินใจของคริสตัลมีชุดเครื่องมือแฟนซีสวย ๆ เป็นส่วนเสริมในการรายงานผลิตภัณฑ์ขององค์กรคริสตัล นี่คือรุ่น 9 หรือ 10 มันยาวตั้งแต่เปลี่ยนชื่อใหม่โดย Business Objects แต่ฉันคิดว่ามันยังมีเวอร์ชั่นอยู่ มันค่อนข้างแพงและให้นักออกแบบเว็บไซต์ที่สมบูรณ์เพื่อสร้างรูปแบบรายงานใด ๆ นอกจากนี้ยังมีแอปพลิเคชันตัวอย่างซึ่งเป็นตัวช่วยสร้างที่จะนำคุณไปสู่การแก้ไขรายงานที่มีอยู่ เราประสบความสำเร็จกับแนวคิด "บันทึกและแชร์เทมเพลต parametrized" ดังนั้นสิ่งนี้จึงดึงดูดพวกเราเพราะมันก้าวไปอีกขั้น เรื่องสั้นสั้นดีเราไม่ได้ส่งมอบมัน ฉันคิดว่าเครื่องมือนั้นใช้ได้ แต่สิ่งที่เราพยายามทำนั้นสับสนและทำงานผิดไป

ตลอดเวลาที่ธุรกิจต้องรักษาพนักงานของนักพัฒนาระบบสารสนเทศที่ทำรายงานเฉพาะกิจจำนวนมาก สิ่งที่ดีที่สุดที่พวกเขาเคยได้รับจากสิ่งของของเราคือการรายงานกระป๋องที่มีความยืดหยุ่นมากกว่าเดิมเล็กน้อยซึ่งกรณีที่ดีที่สุดทำให้การพัฒนารายงานกระป๋องใหม่เร็วขึ้นหากมีรายงานอื่นที่มีอยู่แล้วซึ่งค่อนข้างคล้ายกัน หากคุณต้องการรวมแหล่งข้อมูลใหม่ให้ลืมมัน และส่วนใหญ่นั่นคือสิ่งที่ MIS ทำเพื่อพวกเขานั้นได้รวมแหล่งข้อมูลมากขึ้นเรื่อย ๆ ในรูปแบบที่เลอะเทอะ แต่รวดเร็วมากต่อตลาด

ในที่สุดพวกเขาก็เริ่มใช้ Business Objects - เครื่องมือ BI เวอร์ชันเดสก์ท็อป วิธีนี้ช่วยให้คุณสามารถรวมข้อมูลโลคัลกับข้อมูลที่คุณค้นพบในแคตาล็อกออนไลน์เมตาดาต้า ดังนั้นคุณสามารถทำสิ่งที่ผลิตจริงสำหรับมวลและ quants และผู้จัดการสามารถ crunching ชุดข้อมูลที่แตกต่างกันการวิจัยของพวกเขานำพวกเขาไป ชุดทักษะนั้นหาได้ยากยิ่งขึ้นแน่นอนว่ามันไม่ใช่สิ่งที่ทุกคนสามารถหยิบขึ้นมาทำได้ พวกเขายังสามารถรับคนจำนวนมากได้ใช้มันอย่างมีประสิทธิภาพมากกว่าที่พวกเขาจะสามารถจ้างได้ในฐานะคน MIS ที่อุทิศตน MIS พนักงานไม่เคยลดลงมากซึ่งเป็นที่บอก

ความประทับใจของฉันเกี่ยวกับปัญหาทั่วไปนี้คือคุณต้องมีความเต็มใจที่จะลงทุนอย่างมีนัยสำคัญในการพัฒนาทักษะสำหรับคนที่คุณจินตนาการโดยใช้เครื่องมือนี้และคุณต้องยอมรับว่าไม่ใช่พนักงานของคุณทุกคนที่จะไปถึงที่นั่น และหากพวกเขาไม่สามารถใช้เวลาสองสามสัปดาห์ในการเรียนรู้แพลตฟอร์ม BI พวกเขาจะไม่สามารถใช้ประโยชน์จากเครื่องมือใด ๆที่คุณมอบให้ได้มากที่สุด บางคนไม่ว่าด้วยเหตุผลใดดูเหมือนว่าจะไม่ได้รับแนวคิดพื้นฐานเช่นการรวมภายนอก ชุดของปัญหาที่มีขนาดใหญ่จะไม่สามารถแก้ไขได้ด้วยเครื่องมือใด ๆ เพราะพวกมันไม่เข้าใจพอที่จะเข้าใจในระดับแนวคิดว่าพวกเขากำลังพยายามให้คอมพิวเตอร์ทำอะไร ไม่ได้หมายความว่าพวกเขา "ไม่สามารถ" เรียนรู้สิ่งนั้นได้

ขณะนี้เรากำลังเผชิญกับสถานการณ์นี้ ณ จุดนี้แทนที่จะเป็นอินเตอร์เฟซการรายงานเฉพาะกิจเรากำลังทดลองใช้งานโดยใช้ Excel และ Power Pivot เรารวมเข้ากับแถบเครื่องมือ Excel และอนุญาตให้ผู้ใช้นำเข้าข้อมูลโดยตรงและสร้างรายงานโดยใช้สิ่งนี้ เราพบว่ารายงานเฉพาะกิจเหล่านี้มีรายงานที่ไม่เหมาะสมที่จำเป็นในเวลาที่กำหนดเพื่อตอบคำถามเฉพาะ

เมื่อมาถึงจุดนี้มันก็ทำงานได้ดีต้องมีการฝึกอบรมและการจับมือนิดหน่อย แต่มันถูกใช้โดยฝ่ายการเงินดังนั้นแน่นอนว่าพวกเขาสบายใจที่สุดใน excel

โดยวิธีถ้าคุณต้องการพูดคุยเกี่ยวกับรายละเอียดการใช้งานบางอย่างแจ้งให้เราทราบ

ในสถานการณ์ที่คล้ายกันในโครงการที่ฉันจัดการเราให้ลูกค้าเพิ่มคลังข้อมูลด้วยโซลูชัน OLAP ด้านบน เพื่อลดต้นทุนเราเลือก PostgreSQL เป็นฐานข้อมูล DWH และ Pentaho Enterprise เป็นเครื่องมือวิเคราะห์ BI / OLAP - เราเลือกรุ่นที่ต้องชำระเพราะเครื่องมือ OLAP นั้นใช้งานง่ายกว่ามาก

อย่างที่คุณพูดคุณต้องทำการวิเคราะห์เพื่อออกแบบตัวแบบข้อมูลที่เหมาะสมกับความต้องการของผู้ใช้ เราใช้เวลาสามเดือนจากข้อกำหนดในการปรับใช้และในตอนแรกมีข้อบกพร่องบางอย่างที่ต้องแก้ไข แต่ในที่สุดลูกค้าก็พอใจกับผลลัพธ์มาก ขณะนี้ผู้ใช้สร้างการวิเคราะห์ของตนเองและบางครั้งใช้เป็นรายงาน (ส่งออกเป็น PDF) นอกจากนี้ยังมีฟีเจอร์ที่อนุญาตให้สร้างรายงาน ad-hoc แบบง่าย ๆ แต่อย่างน้อยตอนนี้เครื่องมือวิเคราะห์นั้นก็เพียงพอสำหรับความต้องการของพวกเขา

โดเมนที่กว้างขึ้นและขนาดของ บริษัท ที่คุณมีในขณะที่ลูกค้ามีแนวโน้มที่จะพึ่งพาการปรับแต่งการรวมข้อมูลและการรายงานเฉพาะกิจ มันจะลดราคาลง

บริษัท ส่วนใหญ่ไม่สนับสนุนการปรับแต่งเพื่อให้พวกเขาเรียกเก็บค่าธรรมเนียมสูงสำหรับบริการนี้ โปรแกรมเมอร์มักจะมองว่าสิ่งนี้ไม่จำเป็น แต่เมื่อคุณสามารถประหยัดเวลาและทำให้ผู้ใช้สองสามร้อยคนประหยัดได้ง่ายขึ้น

สำหรับการรายงานสิ่งนี้จะสร้างโอกาสในการคิดค่าใช้จ่ายสำหรับการฝึกอบรมเพิ่มเติม การรายงานเฉพาะกิจสามารถมีค่าธรรมเนียมเพิ่มเติม

งานของคุณในฐานะนักพัฒนาจะได้รับยากขึ้น สถานที่ส่วนใหญ่ที่ฉันเคยทำงานที่มีซอฟต์แวร์บุคคลที่สามมีการรายงานที่กำหนดเอง มันง่ายสำหรับบางคนเพราะมีโครงสร้างข้อมูลอย่างง่าย คนที่มีขนาดใหญ่ / ซับซ้อนกว่านั้นต้องการการรายงานที่กำหนดเองเพราะนั่นคือวิธีที่พวกเขาดำเนินธุรกิจ หากพวกเขาต้องการทำสิ่งต่าง ๆ เช่นเดียวกับคนอื่นพวกเขาจะไม่จ้างฉัน ฉันต้องใส่คำถามการรายงาน DevExpress สองสามข้อเกี่ยวกับ SO

มันขึ้นอยู่กับการขายและการตลาดเพื่อดูว่ามีความต้องการ ไม่ใช่ "การรายงานเฉพาะกิจจะยอดเยี่ยม" แต่ "ฉันจะซื้อซอฟต์แวร์ของคุณเนื่องจากมีการรายงานเฉพาะกิจ" คุณเพียงแค่ต้องทำให้ทุกคนตระหนักถึงการลงทุนด้านเทคนิคที่จำเป็น

โซลูชันของฉันคือให้แอปพลิเคชันของคุณสร้างสเปรดชีตพื้นฐานและให้ผู้ใช้เล่นกับ Access จนกว่าพวกเขาจะเห็นสิ่งที่พวกเขาต้องการ

วิธีการที่ซับซ้อนกว่านี้คือการเขียนโปรแกรมเข้าถึง / vbscript เพื่อ "รีเฟรช" ข้อมูลพื้นฐานเพื่อให้ผู้ใช้สามารถนำการปรับแต่งกลับมาใช้ใหม่ได้

ฉันทำสองสามปีที่ผ่านมา ดังที่คุณกล่าวกับฐานข้อมูลที่ใช้ความรู้ด้านโดเมนบางอย่างอาจทำให้เกิดความยุ่งยากได้ เช่นฉัน (หรือทีมที่ฉันอยู่) พัฒนาพวกเขาโดยไม่ต้องใช้เครื่องมือการรายงาน พวกเขามีปัญหามากเกินไปที่จะทำงานด้วยความพยายามที่จะรับตรรกะที่จำเป็นทั้งหมดมาสู่พวกเขา คุณท้ายต่อสู้กับพวกเขามากเท่าที่พวกเขาช่วย

ผู้ใช้ชอบที่จะสามารถสร้างรายงานของตัวเองได้ดังนั้นฉันจึงบอกว่ามันคุ้มค่าอย่างแน่นอนหากคุณมีเวลาพัฒนาระบบดังกล่าว

คำตอบสั้น ๆ ก็คือมันสามารถ

ฉันทำงานให้กับ บริษัท ในช่วงกลางยุค 90 ที่สร้างซอฟต์แวร์ที่ทำในสิ่งที่พวกเขาต้องการ เรามีตลาดที่ดีในอุตสาหกรรมยาซึ่งการทดลองทางคลินิกหมายถึงการสืบค้นและการรายงานจำนวนมากดังนั้นการตัดชายกลางของ IS ออกไปจึงเป็นเรื่องที่สมเหตุสมผล

บริษัท ดังกล่าวถูก บริษัท อื่นกลืนกินซึ่ง บริษัท อื่นถูกกลืนไปโดยที่ไม่ทราบหรือไม่สนใจว่าจะทำอย่างไรกับผลิตภัณฑ์

ถึงกระนั้นโลก (oxymoronic) ของ Business Intelligence นั้นส่วนหนึ่งอาศัยการอนุญาตให้ผู้ใช้สามารถกำหนดหรือปรับแต่งข้อความค้นหาอย่างน้อยในระบบข้อมูล มีเครื่องมือออกมีที่ทำให้เรื่องนี้ค่อนข้างง่ายสำหรับผู้ใช้ Business Objects (ปัจจุบันเป็นส่วนหนึ่งของ SAP) เป็นราชาในอาณาจักรนี้ จากนั้นพวกเขาซื้อคริสตัล จากนั้น SAP ซื้อมา ข้อเสนอปัจจุบันของพวกเขาในดินแดนนี้คือ SAP Crystal Interactive Analysis

มันเป็นความพยายามที่ยิ่งใหญ่ - เครื่องมือโดยทั่วไปต้องการงานจำนวนมากในการตั้งค่าเมตาดาต้าของคุณและทุกสิ่ง เป็นคำถามที่ผู้ใช้ของคุณต้องการอย่างแท้จริง - ROI จะเป็นอย่างไร

ฉันทำงานกับระบบไอทีของรัฐบาลที่มีข้อกำหนดการรายงานเฉพาะกิจและผู้ใช้ต้องการรายงานโซลูชันเฉพาะกิจที่รู้สึกว่า "ฝังตัว" ภายในแอปพลิเคชันที่มีอยู่ให้ความสามารถในการดูข้อมูลบันทึกที่อยู่ด้านหลังรายงาน เข้าถึงแบบสอบถามฐานข้อมูล โดยทั่วไปผลิตภัณฑ์รายงานเป้าหมายเป็นเพียงหน้าเว็บหรือ MS Excel ความปลอดภัยต้องการรายงานเพื่อรวมเข้ากับการควบคุมความปลอดภัย JEE ที่มีอยู่

หลังจากล้มเหลวในการค้นหาวิธีแก้ไขปัญหาที่มีอยู่ในตลาดเราได้สิ้นสุดลงเครื่องมือการรายงานเฉพาะกิจที่เราใช้มาหลายปีแล้ว อย่างไรก็ตามมันมีราคาแพงในการบำรุงรักษาและการเพิ่มประสิทธิภาพเนื่องจากมันไม่ได้ถูกออกแบบมาเพื่อรองรับการเข้าร่วมกรองและกรณีการใช้งาน

ปัญหาบางอย่างที่เรามีเหมือนกันกับที่กล่าวถึงโดยคนอื่น:

• ผู้ใช้ไม่สามารถที่จะเข้าใจรูปแบบข้อมูล - โดยเฉพาะอย่างยิ่งผู้ใช้สร้างการเข้าร่วมข้ามผลิตภัณฑ์อย่างสม่ำเสมอผ่านเครื่องมือและสับสนโดยผลลัพธ์
• ไม่มีความสามารถในการแสดงผลลัพธ์บนแผนที่แม้ว่าข้อมูลส่วนใหญ่จะมีคุณลักษณะเชิงพื้นที่
• ไม่สามารถคั่นหน้าและกลับสู่การเลือกรายงานเฉพาะกิจ (นี่เป็นข้อบกพร่องในการออกแบบเครื่องมือดั้งเดิม)

ขณะนี้เรากำลังประเมินรายงานแบบดึงเพื่อตรวจสอบว่าสามารถแก้ไขปัญหาเหล่านี้ได้หรือไม่ เราชอบวิธีการที่อินเทอร์เฟซแบบเฉพาะกิจทำให้ผู้ใช้สามารถมองเห็นโมเดลข้อมูลได้ง่ายขึ้นพร้อมกับคำอธิบายที่เป็นข้อความของตารางและคอลัมน์ ความจริงที่ว่าการเลือกตัวกรองของผู้ใช้นั้นฝังอยู่กับเอาต์พุตรายงานช่วยลดความกังวลว่าผลลัพธ์จะถูกตีความอย่างไม่เหมาะสม

ไม่ว่าทั้งหมดนี้จะ "คุ้มค่า" หรือไม่: ในกรณีของเราการรายงานเฉพาะกิจนั้นมีราคาถูกและง่ายต่อการจัดการมากกว่าการให้เจ้าหน้าที่ด้านเทคนิคจัดการการเพิ่มจำนวนรายงานกระป๋อง อย่างไรก็ตามคำถามนี้เป็นข้อสงสัยเล็กน้อยเนื่องจากรายงานกระป๋อง - ทั้งที่มีเครื่องมือการรายงานภายในของเราและด้วยการรายงานแบบดึง - มักจะถูกสร้างขึ้นจากเครื่องมือการสืบค้น / เครื่องมือรายงานของ ad hoc ความหมายรายงานกระป๋องเป็นเพียงรายงานเฉพาะกิจที่มีการตั้งค่าล่วงหน้า