COLLEGE COURSE EVALUATION

Team 9

Evan Pittfield epittfie@uncc.eduJoshua Shinn jshinn5@uncc.eduFarooq Yousuf fyousuf@uncc.eduJerry Hung chung7@uncc.edu

INTRODUCTIONAt the end of each college semester, each student is required to fill out a course evaluation. The course evaluations are used to collect anonymous data that helps determine learning and effectiveness of teaching throughout the student population. Currently many colleges choose to deploy this evaluation on paper. Not only is the paper based method environmentally unfriendly, but many problems occur. For instance, typically one student is responsible for delivering all of the evaluations at the end of class. This may cause a problem because the paper evaluations might be lost or never delivered. Additionally, the evaluation process takes away class time.

Team 9 is designing a digital software implementation of the already existing paper college course evaluation. This software can be used anonymously, and will save both paper and valuable class time. It is expected that this will make more efficient use of the college course evaluation system. This software will run mainly on a Windows based platform including XP and Vista.

Grand Vision The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Scope The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Scope The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Scope The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Scope The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Scope The system will allow students to anonymously submit evaluation scores and comments

using a web-based interface which would be integrated into the universities Banner system. The system will allow professors/administrators to view aggregated course evaluation data

and perform analysis of evaluations through comparison of other course evaluations across the department, college, and university.

The analysis would be in the form of tabulated data or generated graphs. The system will allow professors/administrators to compare both current and historical data

for specific courses with specific properties such as the number of enrolled students. The system will be operated from a single central control program interface. The system will contain a database driven login. The system will create a fast and concrete software solution with minimal hardware

requirements necessary to field a viable product. The system will include a date window allowing the Administrator and/or instructor to select

a time frame to compare courses within. The system will be database driven. The system will allow the Administrator to compare courses based on attributes, such as

Professors who are considered tenure, or lecturers. This system will allow the Administrator and/or the instructor to compare courses based on

attributes such as gender, college class(Fre, Sop, Jun, Sen) and age of students within course The system will be open to students beginning the first day of class, and will be changeable

throughout the semester until the last day of finals.

Summary of overall scopePreserve all the required

functionalities.No graphs, tables or pretty

pictures. Instead we will use labeled text boxes for data.

We will not be able to integrate into Banner due to limited access to the university systems.

Secured login will be done by simulation (hard- coded data).

What Team 9 will complete for an “A” grade.

The system must allow students to anonymously submit evaluation scores and comments using a web-based interface.

  The system must allow professors/administrators to view aggregated course evaluation data and

perform analysis of evaluations through comparison of other course evaluations across the department and college

  The system must allow teachers/administrators to compare both current and historical data for

specific courses with specific properties such as the number of enrolled students.   The system must include a date window allowing the administrator and/or instructor to select a time

frame to compare courses within.  The system must be operated from a single central control program interface.

The system must mock a web-based simulation system involving the pre-integration of each student’s courses.

  The system must allow the administrator and/or instructor to compare courses based on attributes

such as gender, college class (Fre, Sop, Jun, Sen) and age of students within course.

The system must be open to students beginning the first day of class, and must be changeable throughout the semester until the last day of finals. 

The system must contain the option for student to resume/edit a partially completed evaluation.

The system must simulate a secure login.

What Team 9 will complete for a “B” grade.The program must offer all the core

functionality that is required in this project.

It must be a less polished version and must not include all the “luxury” features of the Grade A version. Some of these features include: course over time comparison, departmental comparison, must not include all attributes, or the time available for the evaluation to be open.

The program must not support saving of partially completed evaluations.

What Team 9 will complete for a “C” grade.This version of the program must be

fully functional but only for one of the user types; the student, instructor or the administrator.

The system will not include any carefully designed interfaces.

At this minimum the system should at least simulate a secure login.

Sample interfaces and features

Student Evaluation question interface

Administrator(Dean) Interface

Use case for Administrator (Dean)

Administrator

Compare scores

<<extends>>

<<extends>>

<<extends>>

Compare different sections

Compare different instructors

Compare to previous course scoresFilter results

<<extends>>

<<extends>>

<<extends>>

Filter by facultyFilter by class

Filter by demographic

Login

Instructor Interface

Use case for Instructor

Instructor

Compare scores

<<extends>>

<<extends>>

Compare different sections

Compare to previous course scores

Filter results

<<extends>>

<<extends>>

Filter by class

Filter by demographic

Login

Student Interface

Fill out evaluation form

Student

Submit form anonymously

<<extends>>

Save evaluation form

<<extends>>

<<extends>>

Retrieve saved forms

Use case for Student

Login Select Course

PLANS FOR FINAL PROTOTYPE The system will have functional interfaces. The system will implement/simulate a data

driven login. The system will simulate a save/return and

edit functionality. The system will lock if the date/time is not

properly met The system will generate statistical data

into labeled text boxes. The final prototype will have a user manual

for the customer

METHODS FOR MAKING PROGRESS ON THE PROJECT Team 9 follows the waterfall model +

increments. This model fits perfectly with the teams

skill set and availability “Grow, don’t build, software.” --Fred

Brooks, Mythical Man Month

EXAMPLES OF HOW TEAM 9 HAS USED THE WATERFALL MODEL TO MAKE PROGRESS. team 9 re-vamped D1 in order to better

understand requirements and constraints.

team 9 has met to discuss what tools and skill sets each team member contains.

team 9 has done “unofficial” homework by playing/experimenting with unexplored software such as Microsoft Visual Studio 2008

Progress Schedule/Model