노력할만한 가치가있는 응용 프로그램에 Ad Hoc 보고서를 추가합니까?


16

우리는 많은 데이터를 수집하고보고 된 애플리케이션을 가지고 있습니다. 첫 번째 반복은 Crystal Reports 통합으로 훌륭하게 작동했습니다. Crystal Report 디자이너에서 보고서를 만든 다음 RPT 파일을 응용 프로그램으로 가져옵니다. 이것은 훌륭했지만 사용자는 보고서를 실행하기 위해 응용 프로그램이 필요했으며 추가로 사용자는 보고서를 만들 수 없었습니다. RPT 파일을 사용자 정의 할 수 있도록 필터, 분류기 및 그룹화를 추가했지만 처음부터 새로 만들 수 없었습니다.

두 번째는 SSRS, SSAS 및 Microsoft의 보고서 작성기 도구를 사용하는 웹 기반 솔루션이었습니다. 이를 위해서는 OLTP 스키마에서 큐브를 설정하고 실행하기위한 데이터베이스 작업과 작업이 필요했지만 결국 롤업 보고서를 작성하는 것이 훨씬 쉬웠습니다. 그러나 보고서 작성 도구를 사용하여 보고서를 작성하고 게시 한 후 출력하는 등의 작업을 계속 수행해야합니다. 또한 "사용자 정의 가능"하도록 필터, 분류기 및 그룹화 기능을 추가했습니다.

이 두 가지 시나리오 모두 시간이 지남에 따라 생성 된 기본 보고서 중 약 30-50 개가 있습니다.

이제 사용자가 보고서를 처음부터 새로 만들 수 있도록 임시 보고서를 추가하는 방법에 대해 설명합니다. 이제 우리의 데이터 모델은 매우 복잡하며이를 이해하기 위해서는 좋은 실무 지식이 필요합니다. 이를 위해 최소한보고하기 쉽고 이해하기 쉬운 스키마로 데이터 모델을 가져 오려면 상당한 양의 작업이 필요합니다. 우리의 응용 프로그램이 임시보고에 적합하다고 생각하지 않습니다 (노력할 가치가 없음).

임시보고를 제공하는 데 성공한 사람이 있습니까? 어떤 도구 세트를 사용 했습니까? 응용 프로그램의 성공에 영향을 미쳤습니까?

답변:


13

임시보고에는 몇 가지 위험이 있습니다.

  1. 조합 폭발로 인해 보고서가 급증하는 경향이 있습니다.

  2. 인쇄 된 보고서이므로 정보가 유효해야하므로 이렇게 작성된 보고서에는 기본 제공 정당성이 있습니다.

  3. 이런 방식으로 보고서를 제공하면 새로운 보고서로 사람들을 지원해야하는 부담이 줄어들지 만 실제로는 증가합니다.

  4. 사람들에게보고 기능을 제공하는 것이 아닙니다. 또한 문서 관리에 관한 것입니다. 해당 문서의 보존 및 파기 정책은 무엇입니까? 제출 및 보관 요건은 무엇입니까?

이러한 모든 이유로 인해 맞춤 보고서 도구가 제공되는 경우 범위가 제한되어야한다고 생각합니다. 지나치게 입증되지 않은 지원되지 않는 아티팩트를 생성하지 않도록 신중하게 구성; 어떤 종류의 보고서를 동적으로 생성 할 수 있는지, 어떤 보고서를 공식적으로 정의하고 생성해야하는지 명확하게 설명하는 정책으로 백업됩니다.

경우에 따라 기존 보고서에 신중하게 선택된 사용자 정의를 추가하면 (예 : 소수의 사용자 구성 가능 매개 변수) 사용자 정의보고 도구의 필요성이 줄어들 수 있습니다. 또한 이것이 OLAP 데이터베이스에 대한 조사를 수행하는 경우 일반 트랜잭션 시스템에서보고하는 것보다 더 많은보고 유연성이 필요합니다.


2
구조와 범위를 신중하게 제한하려면 +1하십시오. 배 밖으로 나가 괴물을 쉽게 만들 수 있습니다.
GrandmasterB

이 논의는 최근에 내 사무실에서 일어나고 있으며 같은 느낌이 많이 들지만이를 입증하기는 어렵습니다. 이 주제에 대해 심도있는 치료를받을 수있는 곳을 알고 있다고 생각하지 않습니까? 예를 들어, 좋은 보고서 정의 및 / 또는 보존 정책은 무엇입니까?
Aaronaught

@Aaronaught : 당신은 기록을 유지하기위한 법적 명령으로 시작하여 거기서부터 일을 시작합니다. 예를 들어, 대부분의 조직에는 이메일 보관 정책이 있습니다. 이메일 보관 기간이 너무 길거나 길지 않으면 회사가 법적 책임에 노출 될 수 있기 때문입니다. 보증 및 세금과 관련된 기록은 매우 분명합니다. 다른 종류의 기록은 많지 않습니다.
Robert Harvey

부담을 줄이는 대신에 부담을 늘리는 부분은 어떻습니까? CTO 나 CEO에게 어떻게 설명하고 정당화 하시겠습니까?
Aaronaught

@Aaronaught : 이미 알고 있듯이 임시보고 도구는 은색 총알이 아닙니다. 그들은 프로세스에 대해 어느 정도 단순화를 제공하지만, 집합 및 조인 (예 : SQL)의 관점에서 생각할 수없는 사람들은 더 평범한 일에 컴퓨터를 사용하는 데 어려움을 겪고 있습니다. 따라서 지원 노력은 사용자 정의 보고서 작성 (반복적으로 활용할 수있는 회사 자산 생성)에서 네오 피트가 자체 고객 보고서 (모두 일회성 노력)를 작성하는 데 도움이됩니다.
Robert Harvey

7

값 비싼 실패가 많이있었습니다. 나는 몇 년 동안이 풍차에서 비즈니스 파트너를 기울였습니다. "기술적이지 않은"사람들이 보고서를 작성할 수 있다는 주장은 어려움이었습니다. 우리는 사람들이 다양한 수준의 성공을 배우고 사용할 수있는 많은 솔루션을 구축했습니다. 여러분과 마찬가지로 매개 변수화 된 미리 준비된 보고서부터 시작했습니다.

그런 다음 매개 변수 집합을 저장하고 다른 "형식"템플릿과 연결하는 방법을 만들었습니다. 기본적으로 미리 준비된 보고서를 혼합하여 일치시키고 다른 사람에게 게시 할 수 있습니다. 실제로 개발 시간이 2 주 정도 (기본 매개 변수화 된 통조림 보고서 시스템 위에 있음) 인 것을 고려한 가장 효율적인 방법으로 몇 년 동안 성공했습니다. 매우 간단한 UI 였지만 여전히 일부 사용자는 자신의 보고서를 실제로 작성할 수 없었으며 기준을 정확히 파악할 수 없었습니다. 그러나 누구나 보고서를 작성하여 다른 사람과 공유 할 수 있으므로 동료가 일부 MIS 팀에 가서 대기하지 않고 보고서를 작성하도록 할 수 있습니다.

우리는 그것을 개선하려고 계속 노력하고 수십만 달러를 낭비했습니다. Crystal Decisions는 Crystal Reports 엔터프라이즈 제품에 대한 추가 기능으로 매우 멋진 툴킷을 제공했습니다. 이것은 버전 9 또는 10이었습니다. Business Objects에서 이름을 바꾼 이래 오래되었지만 그 버전이 아직 있다고 생각합니다. 꽤 비쌌으며 거의 ​​모든 보고서 형식을 작성하기위한 완벽한 웹 디자이너를 제공했습니다. 또한 기존 보고서를 수정하는 데 도움이되는 마법사 인 샘플 응용 프로그램도있었습니다. 우리는 "저장 및 공유 매개 변수화 된 템플릿"아이디어로 성공을 거두었으므로 한 걸음 더 나아갈 때 우리에게 호소했습니다. 짧은 이야기는 짧지 만 실제로 전달하지 못했습니다. 나는 도구가 괜찮다고 생각하지만 우리가하려고했던 것은 너무 혼란스럽고 잘못되었다.

이 기간 동안 비즈니스는 많은 임시보고를 수행 한 MIS 개발자 직원을 유지해야했습니다. 그들이 우리 제품에서 얻은 가장 좋은 점은 약간 더 유연한 통조림보고였으며, 가장 유사한 경우에는 기존 보고서가 다소 비슷한 경우 새로운 통조림 보고서를 더 빨리 개발할 수있었습니다. 새로운 데이터 소스를 어떻게 든 통합하려면 잊어 버리십시오. 그리고 대부분 MIS가 수행 한 작업은 더 많은 데이터 소스를 느슨하지만 매우 빠른 시장 방식으로 통합하는 것이 었습니다.

결국 BI 도구의 데스크톱 버전 인 Business Objects를 많이 사용하기 시작했습니다. 이를 통해 로컬 데이터를 온라인 메타 데이터 카탈로그에서 찾은 데이터와 통합 할 수 있습니다. 따라서 대량 생산을위한 실제 생산 작업을 수행 할 수 있으며 퀀트와 관리자는 연구 결과에 따라 다양한 데이터 세트를 계속 처리 할 수 ​​있습니다. 이 기술은 훨씬 더 드물어졌으며, 누군가가 선택할 수있는 것은 아니 었습니다. 여전히 그들은 전용 MIS 직원으로 고용 할 수있는 것보다 훨씬 더 많은 사람들이 효과적으로 사용하게 할 수있었습니다. MIS 직원은 그다지 줄어들지 않았습니다.

이 일반적인 문제에 대한 저의 인상은이 도구를 사용한다고 생각하는 사람들을 위해 기량 개발에 기꺼이 투자해야한다는 것입니다. 그들이 BI 플랫폼을 배우는 몇 주를 보낼 수없는 경우, 그들은 가장 나갈 수 없을 것입니다 어떤 당신이 그들을 줄 것을 도구를. 어떤 이유로 든 어떤 사람들은 외부 조인과 같은 기본 아이디어를 얻지 못하는 것 같습니다. 컴퓨터로 실제로 요청하려는 작업을 개념적 수준에서 이해하기에는 도구에 충분히 도달하지 못하기 때문에 거대한 도구 세트를 사용하여 도구를 사용하여 해결할 수 있습니다. 그것은 그들이 그것을 배울 수 없다고 말하는 것이 아닙니다. 단지 그들 중 많은 사람들은 결코 그렇게하지 않을 것입니다.


5

우리는 현재이 상황에 직면하고 있습니다. 이 시점에서 임시보고 인터페이스 대신 Excel 및 Power Pivot을 사용하여 평가판을 실행하고 있습니다. Excel 도구 모음과 통합하여 사용자가 데이터를 직접 가져 와서이를 사용하여 보고서를 작성할 수 있도록합니다. 이러한 임시 보고서 중 상당수가 특정 질문에 답변하기 위해 특정 시간에 필요한 위치를 벗어나는 것으로 나타났습니다.

이 시점에서 잘 작동하고 약간의 훈련과 손 잡기가 필요했지만 재무 부서에서 사용하고 있기 때문에 물론 가장 편안합니다.

그런데 구현 세부 사항 중 일부에 대해 이야기하고 싶다면 알려주십시오.


+1, 여러면에서 사무실은 최고의보고 플랫폼입니다
Wyatt Barnett

2

내가 관리하는 프로젝트와 비슷한 시나리오에서 고객에게 OLAP 솔루션이있는 데이터웨어 하우스를 추가하도록 제안했습니다. 비용 절감을 위해 PostgreSQL을 DWH 데이터베이스로, Pentaho Enterprise를 BI / OLAP 분석 도구로 선택했습니다. OLAP 도구는 훨씬 사용자 친화적이기 때문에 유료 버전을 선택했습니다.

정확히 말했듯이 사용자의 요구에 적합한 데이터 모델을 설계하려면 분석을 수행해야합니다. 요구 사항에서 배포까지 3 개월이 걸렸으며 처음에는 문제를 해결해야했지만 결국 고객은 결과에 매우 만족합니다. 사용자는 이제 고유 한 분석을 작성하고 때로는 보고서로 사용합니다 (PDF로 내보내기). 간단하고 충분한 임시 보고서를 만들 수있는 기능도 있지만 적어도 지금은 분석 도구가 필요 이상으로 충분합니다.


2

고객으로서 회사의 도메인과 규모가 넓을수록 사용자 지정, 데이터 통합 ​​및 임시보고에 의존하는 경향이 있습니다. 비용이 내려갑니다.

대부분의 회사는이 서비스에 대해 높은 비용을 청구하므로 사용자 지정을 권장하지 않습니다. 프로그래머는이 일을 불필요하게 여기는 경향이 있지만, 시간을 절약하고 수백 명의 사용자가 쉽게 사용할 수있게되면 비용이 절약됩니다.

보고를 위해 추가 교육 비용을 청구 할 수 있습니다. 임시보고에는 추가 요금이 부과 될 수 있습니다.

개발자로서의 일은 더욱 어려워 질 것입니다. 타사 소프트웨어를 사용하여 작업 한 대부분의 장소에는 맞춤 보고서가있었습니다. 데이터 구조가 단순하여 일부는 쉬웠습니다. 더 크고 복잡한 사람들은 비즈니스를 운영하는 방식이므로 맞춤형보고가 필요했습니다. 그들이 다른 사람들과 똑같은 일을하고 싶었다면 나를 고용하지 않았을 것입니다. SO에 대한 몇 가지 DevExpress보고 질문을 작성해야했습니다.

필요한 경우 판매 및 마케팅에 달려 있습니다. "Ad Hoc보고는 멋질 것"이 아니라 "Ad Hoc보고가 있기 때문에 소프트웨어를 구매할 것입니다." 필요한 기술 투자를 모든 사람에게 알리기 만하면됩니다.


2

내 솔루션은 응용 프로그램에서 기본 스프레드 시트를 생성하고 사용자가 원하는 것을 볼 때까지 사용자가 Access를 가지고 놀도록하는 것입니다.

보다 정교한 접근 방식은 기본 데이터를 "새로 고침"하여 사용자가 사용자 정의를 재사용 할 수 있도록 액세스 / vbscript 프로그램을 작성하는 것입니다.


1

나는 몇 년에 걸쳐 몇 가지 일을했습니다. 말했듯이 특정 도메인 지식을 사용하는 데이터베이스를 사용하면 매우 까다로울 수 있습니다. 따라서 나는 (또는 내가 있었던 팀)보고 도구를 사용하지 않고 개발했습니다. 그들은 솔직히 너무 많은 어려움을 겪고 필요한 논리를 모두 얻으려고 노력했습니다. 당신은 그들이 돕는만큼 싸우게됩니다.

사용자는 자신의 보고서를 작성하는 것을 정말로 좋아하므로 그러한 시스템을 개발할 시간이 있다면 그만한 가치가 있다고 말하고 싶습니다 .


1

짧은 대답은 그것이 가능하다는 것입니다.

나는 90 년대 중반 회사가 원하는 것을하는 소프트웨어를 만들었습니다. 우리는 제약 업계에서 좋은 시장을 찾았으며, 임상 시험은 많은 쿼리와보고를 의미하므로 IS 중개인을 제거하는 것이 합리적이었습니다.

그 회사는 다른 회사에 의해 삼켜졌고, 그 회사는 제품과 관련하여 무엇을 해야할지 모릅니다.

그럼에도 불구하고 (옥시 모론) 비즈니스 인텔리전스 세계는 최종 사용자가 데이터 시스템에 대한 쿼리를 정의하거나 적어도 세분화 할 수 있도록하는 데 부분적으로 의존합니다. 사용자를 위해 이것을보다 쉽게하기위한 도구가 있습니다. Business Objects (현재 SAP의 일부)가이 영역에서 왕이었습니다. 그런 다음 그들은 Crystal을 구입했습니다. 그런 다음 SAP가 구입했습니다. 이 영역에서 현재 제공되는 것은 SAP Crystal Interactive Analysis입니다.

도구는 일반적으로 메타 데이터 등을 설정하는 데 많은 작업이 필요합니다. 실제로 사용자에게 이것이 정말로 필요한가? ROI는 무엇인가?


1

임시보고 및 미리 준비된보고 요구 사항이있는 정부 IT 시스템을 위해 일합니다. 또한 사용자는 기존 응용 프로그램에 "임베디드 된"느낌이있는 임시보고 솔루션을 원했으며, 보고서 출력 뒤의 레코드 정보를 볼 수있는 드릴 스루 기능을 제공하고 쿼리 데이터베이스에 액세스합니다. 대상 보고서 제품은 일반적으로 웹 페이지 또는 MS Excel이었습니다. 보안은 보고서가 기존 JEE 보안 제어와 통합되기를 원했습니다.

시장에서 기존 솔루션을 찾지 못한 후 우리는 몇 년 동안 사용한 자체 애드 혹보고 도구를 출시했습니다. 그러나 적당한 결합, 필터링 및 정렬 사용 사례를 넘어 확장하도록 설계되지 않았기 때문에 유지 관리 비용이 높고 개선해야 할 부담이 있습니다.

우리는 다른 사람들이 언급 한 것과 비슷한 문제가 있습니다.

  • 사용자가 데이터 모델을 이해할 수 없음-특히 사용자는 도구를 통해 정기적으로 교차 결합 제품을 작성하고 출력에 혼동됩니다.
  • 많은 데이터에 공간 속성이 있어도 결과를지도에 표시 할 수 없습니다.
  • 북마크 선택 및 임시 리포트 선택으로 돌아갈 수 없음 (원본 툴 디자인의 결함).

현재 풀 보고서 를 평가 하여 이러한 문제를 해결할 수 있는지 확인하고 있습니다. Ad Hoc 인터페이스가 사용자에게 테이블과 열에 대한 텍스트 설명과 함께 데이터 모델의 단순화 된 시각적 표현을 제공하는 방법을 좋아합니다. 사용자의 필터 선택에 보고서 출력이 포함되어 있기 때문에 결과가 잘못 해석 될 우려가 줄어 듭니다.

이 모든 것이 "가치가 있는지"여부와 관련하여 우리의 경우 임시 보고서는 기술 담당자가 미리 준비된 보고서의 확산을 관리하는 것보다 저렴하고 관리하기가 더 쉽습니다. 그러나 사내보고 도구와 풀 보고서를 사용하여 미리 준비된 보고서가 일반적으로 임시보고 도구의 쿼리 /보고 엔진을 기반으로 작성 되었기 때문에이 문제는 다소 문제가됩니다. 즉, 미리 준비된 보고서는 사전 구성된 설정이 포함 된 임시 보고서 일뿐입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.