최근 특정 소프트웨어 시스템에서 포틀릿으로 일부 데이터를 가져와야하는 프로젝트가있었습니다. 소프트웨어는 데이터베이스를 사용했고, 원하는 데이터를 모델링 한 후 웹 서비스를 작성하여 포틀릿이 정보를 얻을 수있게했습니다.보고 대 코딩 - 사고?
갑자기 내가 내 시간을 낭비하고 있다는 것을 깨달았다. BIRT를 포틀릿에 넣은 다음 데이터베이스에서 필요한 데이터를 직접 가져온 보고서를 작성했습니다. 나는 오후에 끝났어.
보고가 일방 통행 거리라는 것을 알고 있지만 생각이났습니다. 보고 도구는 실제 데이터에서 보고서를 작성하는 데 매우 효과적 일 수 있지만,이를 수행 할 때 단순한 경우를 제외하고는 데이터베이스에있는 데이터를 직접 표현하는 것이 아니라 모델을 우회합니다.
데이터 집약적 인 응용 프로그램을 작성하고 평범하지 않은보고 기능이 필요한 경우 응용 프로그램을 무시하고 BIRT 또는 Crystal Reports와 같은 것을 사용합니까? 전반적인 프로세스의 일부로 이러한 도구를 어떻게 관리합니까? 귀하가 작성한 보고서를 신청서의 일부로 간주하고 그러한 보고서를 그러한 것으로 간주합니까? 보고서는 하나의 커다란 혼란 속에서 하나의 뷰와 모델 그리고 컨트롤러 (만약 그렇다면)입니다. 어떻게 다루고 해석하고 계획합니까?
수정 된 질문 : 보고서가 완벽한 세상에서 귀하의 신청서에 포함되기를 원하는 비즈니스 계산을 수행하는 것이 일반적 일 수도 있습니다. 이로 인해 사용자에게 주어진 정보가 일치하지 않을 수 있습니다. 반면보고 도구를 사용하면 정보를 수집하고 표시하기가 쉽기 때문에 순수한 방식을 취하고 응용 프로그램 내에서 모든 작업을 수행하기가 어렵습니다. 보고서의 데이터가 일반 GUI에 표시되는 데이터와 일치하는지 확인하는 데 유용한 기술이 있습니까?