Transcript Slide 1

Implementation of Banner
Student System for
Academic Affairs
Professional Development
presentation
August 30, 2004
Implementation Team members
Fall, 2004
Arnold DiBlasi, Jr. - Chair
Academic Computing
Jim Canonica
Academic Advising
Mary Ann Celenza
Dean for Math, Science,
Health Careers
Kathryn Duffy
Center on Disability
Jean Forsha
Nursing
Don Friel
Academic Computing
Marian McGorry
Business & Technology
Stan Shire
Photographic Imaging
Carol Whitney
Educational Support
Services
2
Overview of Banner

Banner “System”


Banner “Module”

Fall, 2004
A system in Banner encompasses
all modules that make up the
application. Systems are Finance,
HR/Payroll, Student/Financial Aid
A module in Banner is a piece of
the system
3
Student Modules







Fall, 2004
Recruiting/Web Prospects
Letter Generation for recruiting,
current students, and Admissions
Catalog Module
Admissions/Web Admissions
Registration for Fall 2005
Master Course Scheduling
Web for Faculty and Student
4
Under the hood…





Fall, 2004
RDMS – Relational Database
Management System
Banner works under the Oracle RDMS
2900+ tables of information in Banner
reflect the interdependencies of data
among all modules/systems
Shared data (similar to Q: drive and S:
drive) is common in Banner, thus the
need for the Data Standards Team
Data must be entered according to
Standards
5
Access to Banner

Fall, 2004
INB: Internet Native Banner

Web-based (Internet Explorer only)

User interacts with on-screen “Forms”

high level of training necessary
6
Access to Banner

Self-Service (‘Web for…’
products)


Fall, 2004
Faculty and Advisor Self-Service
Faculty and advisors have access to
information about their class
schedule, class rosters, and
students/advisees transcript
information
7
Access to Banner


Fall, 2004
Self-Service (‘Web for…’
products)
If a student provides their portal
login, the user can also perform
registration tasks, view academic
transcripts, and perform degree
evaluations via CAPP (Curriculum,
Advising and Planning Program)
8
Access to Banner


Fall, 2004
Self-Service (‘Web for…’
products)
Faculty must also enter and
view mid-term and final grades
online starting with all Fall,
2005 courses
9
College’s Internet Portal


Fall, 2004
CCP portal accessed from new
Home page
Example from University of
Wisconsin
10
Benefits and
opportunities for
different campus groups
Fall, 2004
11
Entire College family






Fall, 2004
Overall value, benefits, opportunities
(campus objectives)
Value of having “everyone” on campus
in same online environment
Value of targeted messaging based on
attributes (reduce SPAM)
Value of Group tools for each role
24/7 access via World Wide Web
Ability for each user to customize their
own layout
12
Faculty benefits





Fall, 2004
Single sign-on (communicate
timing of specific integrations)
Enhance targeted communication
with students
Available portal course and group
tools to enhance classroom
experience
Group Collaboration with
peers/departments
Manage processes online
13
Staff benefits





Fall, 2004
Single sign-on
Enhanced communication
opportunities
Remote access to campus tools
Stay informed, enhance
interaction in campus
community
Dissemination of targeted
information
14
Staff benefits



Fall, 2004
Reduce paper distribution
Opportunities to enhance
manual processes with on-line
access
Easier access to forms and
services
15
Students’ benefits





Fall, 2004
Central access to academic
services
Your school experience on line
Campus/ Community interaction
Provide a central campus email
for all students
Ability to import personal email
(AOL, Hotmail, Yahoo, etc)
16
Students’ benefits



Fall, 2004
Communicate with faculty and
classmates easily
Advertise, join, and interact
with clubs & orgs.
Ability to create groups online
for special interest activities
17
Content Management System
(CMS)

Fall, 2004
Define and explain – need a few
bullets
18
Rationale for new systems
implementation



Fall, 2004
“Legacy” system= existing
mainframe system of the
College
also know as: Rumba, green
screen, main frame, AS400,
OS3090
The legacy student system is
entirely “home-grown”
19
Rationale



Fall, 2004
Written in programming languages
that are no longer supported in the
current technology environment
Dwindling support for the existing
legacy system drove the decision to
replace with Banner
Existing programs that support the
student legacy system are in
jeopardy of collapse
20
If the College upgraded to the
latest version of “legacy”




Fall, 2004
most of the current programs
would no longer function
Interface for users would
change drastically
“80-position jobs” that number
into the 1000’s would no longer
produce the results originally
specified.
Have you heard the story about
our escalators?
21
Conversion process from
Legacy to Banner



Fall, 2004
Banner Master Catalog has all
College courses that have ever
had enrollment in the history of
the College
All 1.6 million student records
were converted electronically
All employee records were
converted electronically
22
Conversion


Fall, 2004
Academic history data – this
conversion is ongoing throughout the
implementation
Some data on the legacy system will
not be converted into Banner but will
be converted electronically to a data
warehouse for use in reporting and
analysis. This process will be
complete mid 2005, prior to the end
of the legacy system
23
Fall, 2004
Life after Banner:
Impact of Student
System for Academic
Affairs
24
“base-line” Banner



Fall, 2004
College committed to this form
of implementation
“Stock” package comes
standard with certain features
and benefits
Any customized features
(certain reports, etc.) must be
created by individual
division/department members
25
“base-line” Banner


Fall, 2004
Custom features must be
purchased, installed, and
maintained under software
vendor’s control
Expense in terms of both
financial cost plus man-hours of
programming
26
Modifications – existing method
Fall, 2004

No data available to end user

Reports requested from ITS

Programmer creates report
27
Modifications – Banner system




Fall, 2004
Data available to end user
End user creates reports with
stock reporting tools
BRIO reporting software
package available
Requests for functionality will
be limited
28
Changing terminology


Fall, 2004
Glossary being prepared and
will be published to ease the
transition
All users must become fluent in
the correct terminology
29
“Web for…” products and services

Fall, 2004
Faculty members and advisors
can use the Web for many
administrative functions that
traditionally required your
institution’s full-time staff
during scheduled office hours
30
“Web for…” products and
services

Fall, 2004
Because these options put the
user in direct touch with
information on record in the
Banner Student database, the
user must enter a valid Banner
ID and personal identification
number (PIN) to access these
functions
31
Functions available in the secure
area of Faculty/Advisor Self- Service


Course Catalog
 The Course Catalog provides a listing of
all of your courses for a selected term
Class Schedule
 The Class Schedule provides a listing of
classes scheduled for the selected term.
Users can access information about
scheduled classes, including course
descriptions, prerequisites and other
requirements, instructors, and
locations.
Fall, 2004
32
More services available…

Faculty Information


Grades

Fall, 2004
Users can access their class schedules in
both a detail format and a weekly
calendar format. They can access detail
and summary class lists for their classes.
They can view their assignments and
enter syllabus and office hours
information.
Instructors will enter midterm and final
grades.
33
More services available…


Registration
 With student authorization (by entering the
student’s PIN), users can add or drop classes
and change class options. Users can also view
active registrations and registration history.
 Users can also perform registration overrides?
Student Information
 Faculty members and advisors can view student
information, including addresses, phone number,
and e-mail addresses. They can also view a
student’s schedule and academic transcript.
Users can also perform degree evaluations and
what-if analyses.
Fall, 2004
34
Process re-design questions








Fall, 2004
3rd week class lists?
Drop/add electronic vs. paper
Mid-term grades for Fall, 05
P&P 5 – online?
Letter/mailing generation
Labels
Curriculum code changes
other
35
Academic Affairs Training Plan
Goal #1

Fall, 2004
Provide effective communication
and education to faculty and
staff
36
Academic Affairs Training Plan
Goal #2

Fall, 2004
Develop a systematic means for
providing Banner end-user
training to all Faculty and
Academic Affairs staff
37
Academic Affairs Training Plan
Goal #3

Fall, 2004
Establish an infrastructure
within Academic Affairs for
providing continuing education
and support to faculty and staff
throughout and following
Banner implementation
38
Communication

to staff



e-mail; web site; print media
upcoming training schedules; product
info
from staff
questions about product and services
 questions about training
 ideas and comments
e-mail all comments to
[email protected]


Fall, 2004
39
Timeline



Fall, 2004
All grades for Fall, 2005 classes
will be entered online by
individual faculty
All students will be registered
for Fall, 2005 classes using
Banner starting March, 2005
All faculty and staff must have
adequate training in conjunction
with this timeline and essential
job functions
40
Types of training




Fall, 2004
basic computer skills to operate
Windows®-based computer
Internet Native Banner
“Web for…” product training
e-mail
41
Training opportunities





Fall, 2004
to be scheduled as soon as
practical
classroom based
individual, on-line assessment
and training
train-the-trainer to create local
“power users”
one-on-one, as needed – for
example, B2-26 available to assist
faculty input grades for Fall, 2005
42
Questions and comments
Fall, 2004
43