campus-wide reporting tool selection - · pdf filemicrosoft access crystal reports sql...
TRANSCRIPT
March 9, 2005
Campus-Wide Reporting Tool SelectionPresented by: Brett Powell, University of Arkansas at Little Rock
March 9, 2005 10:30 – 11:30 Evaluation Code 129
2Evaluation Code 129
Session Rules of Etiquette
Please turn off your cell phone/pager
If you must leave the session early, please do so as discreetly as possible
Please avoid side conversation during the session
Thank you for your cooperation!
3Evaluation Code 129
IntroductionPurpose of this session
Discuss the selection process for a campus-wide reporting tool at the University of Arkansas at Little Rock
Purpose is NOT to advise other campuses on which solution is best for them – each situation is different
Benefits of attending this session
Learn about the selection process used at UALR
Information about certain products/vendors that may be helpful in your decision-making
4Evaluation Code 129
Topics of Discussion
Background of our situation
Process at UALR
Review of potential solutions
Current status of the project
5Evaluation Code 129
UALR Situation
Campus of approximately 12,000 students
Operating budget of $108 MM
Banner site since 1999
Current reporting options
Microsoft Access
Crystal Reports
SQL
MIS/Institutional Research request
6Evaluation Code 129
Our Goal
Provide readily available pre-designed reports that meet 80-90% of data needs
andFlexible, user-friendly ad-hoc reporting tool to meet the
remaining reporting needs
7Evaluation Code 129
UALR Review Process
Why do we need a reporting tool?
Which users would benefit from a reporting tool?
What requirements must be met?
Which products might fit our needs?
8Evaluation Code 129
Why do we need a reporting tool?
Timeliness of information
Reliability of information
Ability to access data
Security of data
9Evaluation Code 129
Which users will benefit?
Administrative areasMS Access or Crystal Reports works for many of these users, however…
Creating databases for new usersGranting security to tables
Improved security and reliability
10Evaluation Code 129
Which users will benefit?
Academic/Other areasFaculty – course related data, advisee dataChairs/Directors – department or program dataDepartment/grant financial managers – finance dataInstitutional Research – campus-wide data, both high-level and detail
These users are primarily who this project was intended to benefitTried to approach the project from their perspective
11Evaluation Code 129
What requirements must be met?
Web-based query and reportingCustomizable viewsData security that can be synchronized with Oracle and BannerScalability for future growthEase of use for end-usersData integrity to ensure that multiple users receive identical results
12Evaluation Code 129
What requirements must be met?
Ability to query and report on Banner databases as well as external databasesUtilization of API technology for portal integrationJob schedulingCompatibility with Banner database structure(reduce necessity of re-designing reports when the database changes)
13Evaluation Code 129
Identified Barriers
Access to data(proper Oracle/Banner security)
Cost – implementation, support, training, maintenanceCampus resistanceTechnical aptitude of usersTime for training and use (less time = greater acceptance)Time for implementation
14Evaluation Code 129
Which products might meet our needs?
Identified 6 possible solutionsBusiness Objects BI/Crystal ReportsCognos BIEvisions ArgosHummingbird BIInformation Builders WebFOCUSOracle Discoverer
Request for information sent to eachResponses from vendors on how their products meet the requirements we outlined
15Evaluation Code 129
Evaluation of potential solutions
Review of vendor responses by committeeArrange product demonstrationsEvaluation results from demo attendees and from committeeSummary of pros/cons for each vendorRecommendation from the committee
16Evaluation Code 129
Product Demonstrations
Invited each vendor who responded to campusDemos were to have two purposes
Show end users what they can expectShow the committee how our requirements would be met
Asked end users to identify specific reports they wanted to see demonstratedTried to get at least 10 end users to commit to all demonstrations
17Evaluation Code 129
End User Evaluation Questions
1. How would you rate the ease of creating a report using the product?
2. Do the possible report formats (Excel, HTML, text, etc.) meet your needs?
3. Was the report information presented in terms you understand?
4. Based on the demo, did the reporting interface seem easy to navigate?
5. How would you rate the ease of calculating new information from the data given?
6. What was the best feature of this product?7. What was the worst feature of this product?
18Evaluation Code 129
End User Evaluation Results
Question
Vendor Score Rank Score Rank Score Rank Score Rank Score RankCognos 3.08 2 3.54 2 3.15 3 3.31 1 3.17 3Evisions 3.44 1 3.67 1 3.60 1 3.20 3 3.33 1Hummingbird 3.00 3 3.43 3 3.43 2 3.29 2 3.29 2Info. Builders 2.91 4 3.36 4 2.55 4 2.82 4 2.8 4
541 2 3
19Evaluation Code 129
End User Evaluation Results - CognosBest Feature: Worst Feature:Web-based Cost Intuitive for those who already work with databases Time to develop metadataEmpower end users with reporting tools Complex setupReduce time spent creating reports Long installationSeems user-friendly May have a hard time getting their attention once the sale is madeDrill-down Concerns about accessibilitySchedulerReport on multiple funds on one pageEnd user training in 1/2 dayEasy point and click report buildEase of use Attractiveness of reportsFlexibility
20Evaluation Code 129
End User Evaluation Results - EvisionsBest Feature: Worst Feature:Customer service Not well tested/used yetData blocks Looks like end users still have their data limitedSecurity to cooperation of Computing ServicesYou don't have to know SQL AccessibilityFully secure TrainingInter-institutional sharing of reportsWeb-based trainingAbility to test-drive the productEase of writing reportsAccess to other Banner institutions
21Evaluation Code 129
End User Evaluation Results - Hummingbird
Be s t Fe ature : Wo rs t Fe ature :We b inte rfac e Ac c e s s ib ilityAbility to trans fe r que rie s to Exc e l o r Ac c e s s Change s w ill ove rride o rig inal s e t up fo r a us e rHighly adap tab le by us e rs (c re ating que rie s ) Automatic upgrade s do no t c ontain patc he sCharting op tions Us e rs have to be e xpe rts to c re ate re portsWarning if tab le s c hos e n c ould g ive e rrone ous re s ultsRe port fo rmatting s e e ms e as ie r
22Evaluation Code 129
End User Evaluation Results – Information Builders
Best Feature: Worst Feature:Web-based Reliance on data warehouseConfigurable Ad hoc is limited, complicatedNo client installation 1-2 major upgrades per year, several minor releasesUnlimited end user license Being put into a security class that may not have all my needsSimple Difficult report creationCustomization for individual users Lack of real metadataEasy merge to graphs/tables Seemed less user-friendly than CognosPre-defined, out of the box setupCan run on same server or ODSAppears to have a friendlier user interface than Cognos
23Evaluation Code 129
Pros/Cons - Cognos
ProsSecurity - Oracle, Banner, down to the cell level on cubesReports private or publicEmail distributionAutomatically burst and distribute a reportImpact analysis - if database changes, notifies you of the reports impactedSimple enough for a basic reportRun on either test or production serverOLAP
ConsSeveral products needed to get all of the featuresToo many features for most users
24Evaluation Code 129
Pros/Cons - EvisionsProsData is encrypted from the serverSecurity - Oracle/Banner, additional layer at field or record levelWeb based user training - short sessionsReport/Object sharing with other Argos sitesFamiliar user interface (similar to Access)Quick views to reports (click to run)SCT relationship - pre-release testingCustomer serviceHas the features we need without the extra bells and whistlesDebugging feature - creates logs of errors, can send to
Evisions Can build Oracle stored proceduresUnlimited users, servers and connections (currently)
ConsScheduling/Distribution not available yetVery immature productDoes encryption impact performance (slower)?
25Evaluation Code 129
Pros/Cons - HummingbirdProsStatistics on how often data is usedDistribution options - email, ftp, publishRefresh data objects - looks for changes in the databaseScheduling tool
ConsSome of the reporting features require desktop installOnly support NT platformSeparate server required for a test instanceNo XMLEach client install must be upgraded
26Evaluation Code 129
Pros/Cons – Information Builders
ProsProduct (add-on) with APIs for Luminis, Oracle portal, U-PortalLong-time SCT partnerMultiple formats for outputRun against flat filesSecurity - building in VBS, form-based
ConsComplicated user interfaceAd-hoc reporting was cumbersome
27Evaluation Code 129
Current Status
Committee recommended Evisions’ Argos productOther Argos users have been contacted for their commentsPurchase decision was made in mid-FebruaryRoll-out planning to begin in March
28Evaluation Code 129
Summary
Important steps in the process for UALR were:Make sure end users know what to expectOn site demonstrations were very valuableVendors need to demonstrate the products in terms end users understandInvolvement in the evaluation should include all areas of campus
29Evaluation Code 129
Questions & Answers
30Evaluation Code 129
Thank You!
Brett Powell
University of Arkansas at Little Rock
Please complete the on-line Evaluation Form
Evaluation Code 129