RFP - St. Thomas University

More documents

Recommendations

Info

3.4 Demonstration Scenarios Following the review of written proposals, STU may invite the Vendor to provide a scenario demonstration of their DMI system. The focus of the demonstration is limited to system functionality and capability. STU is expecting each Vendor to provide a demonstration of a DMI solution that integrates with our DATATEL system. This expectation means that a Vendor should make reasonable judgments about the level of detail to include. The Vendor will be asked to follow STU defined scenarios for image scanning, processing and retrieval. STU will provide documents for scanning. The set of documents for the demonstrations will be made available to the Vendor when the demonstration is scheduled. These scenarios begin at the point of processing the document. However, the Vendor may choose to scan other documents during the demonstration at their discretion. After the completion of the STU defined scenarios, the Vendor may include any additional demonstrations as desired. Finally, the Vendor is expected to allow time for a question and answer session. Each demonstration will be limited to two hours. It is therefore important that the Vendor follows the demonstration format and requirements that are included in this document. The Vendor is expected to manage their time carefully. STU expects the Vendor to complete their demonstration during the two hours allotted. A large conference room will be available for demonstrations and STU will provide all support needed to set up chairs and tables. STU will also provide a projection screen and connection to the Internet and telephone. The Vendor is expected to bring all other equipment needed for demonstrations. An hour will be allotted for setup prior to the demonstration. 10/16/2006 56 of 63
3.5. Document types for demonstration scenarios The following document types have been identified for the demonstration sessions. They are grouped by office and their respective number of pages are shown as an estimate only. Table 3.5 Document Conversion Services Office Document Type Number of Pages Financial Aid Award Worksheet 1 FRAG Application 1 Loan documents 6 Verification Worksheet 1 Dep. Verif. Worksheet 1 Par. Verif. Worksheet 2 <strong>St</strong>udent Tax Returns 3 Parent Taxes Returns 5 Admissions Undergraduate Application for Admissions 2 Transcripts 5 Letter(s) of Recommendation 3 Personal Essay 2 Test Scores (SAT/ACT) 2 Admissions Graduate Application for Admission 2 Transcripts 9 Letter(s) of Recommendation 3 Personal Goals/<strong>St</strong>atement 2 Resume 2 Test Scores (GRE/GMAT) 2 The average Financial Aid file contains approximately 20 pages per academic year. Total number of student records: 2200 Total volume: 110,000 (average of 50 pages per student over course of 4 years) The average Admission Undergraduate record contains 14 pages and the average Admission Graduate record contains 20 pages. Number of Admission Undergraduate records: 1600 Number of Admission Graduate records: 900 10/16/2006 57 of 63
Page 1 and 2:
St. Thomas University Request for P
Page 3 and 4:
Executive Summary St. Thomas Univer
Page 5 and 6: Section 1: General Information 1.1
Page 7 and 8: NOTE: Electronic copies of the prop
Page 9 and 10: Section 2: Document Management and
Page 11 and 12: Description 7. Scan-time indexing v
Page 13 and 14: Description 21. Delete blank pages
Page 15 and 16: Description 7. Index large batches
Page 17 and 18: Description 7. Fax capture: Automat
Page 19 and 20: Description 3. Automatically index
Page 21 and 22: Functionality Type User Interface/V
Page 23 and 24: Description 14. Reorder pages withi
Page 25 and 26: Functionality Type Retrieval and Se
Page 27 and 28: Functionality Type Annotations Desc
Page 29 and 30: Description 13. Ability to give spe
Page 31 and 32: Description 7. Option to print inde
Page 33 and 34: Description 7. Automate workflow ro
Page 35 and 36: Functionality Type Integration Desc
Page 37 and 38: Functionality Type Interoperability
Page 39 and 40: Description 7. Give multiple users
Page 41 and 42: Functionality Type Server Descripti
Page 43 and 44: Functionality Type Client Descripti
Page 45 and 46: Functionality Type System Auditing
Page 47 and 48: Description 6. Support for multiple
Page 49 and 50: Description 7. User validation agai
Page 51 and 52: Section 3: Document Conversion Serv
Page 53 and 54: c) Each page will be its own docume
Page 55: 22. Provide list of ALL schools of
Page 59 and 60: Section 4: Cost Summary 4.1 General
Page 61 and 62: 4.4 Document Conversion Services: D
Page 63: 4.5 Payment for Service 1. Vendor w
show all

RFP - St. Thomas University

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?