Student Level Reporting

Report Name	Description
Applied for Degree Report	A list of students who applied or were awarded a degree.
Bio Demo Data Report	Table list of all students enrolled or active in a program for a specified term, with their Bio Data info.
Class List Report	A list of classes that can be filtered by institution, term, campus, academic group, academic org, academic career, session code, subject, class section
Class List Report - Short	Condensed version of Class List Report
Class Listing by Session Code	List of classes by their session codes.
Class Notes Report	A list of class notes associated with classes filtered by term, institution and campus
Class Attributes Report	A list of attributes that are attached to classes filtered by term, institution, campus
Class Roster	Class Roster has just the basic information of the class enrollment (Name, Student ID, Contact info and enroll status ) Grouped by Class per page
Dean's List	Dean's list by a school/program
Degree Awarded Report	List of students who graduated.
Eligible To Enroll Report	List of students who are eligible to enroll.
Enrolled Student Report	A list of enrolled students filtered by institution, term, academic group, academic career.
GPA Report	List of students with GPA.​
​
Grade Distribution Report	Grade Distribution by Instructor or by Class choose the report by Instructor if you need to view the grades by each instructor and classes they teach with grade info aggregate with percentages choose the report by class if you need to view the grades by each class and instructor info and grade info aggregate.
Graduate Report	List of students who graduated in a term.
Instructor Information	List of all active instructors in a term and their classes.
Program/Plan Detail	This is list of all students and their Program Plan and degree data to facilitate degree audit.
Student Course Enrollment by Course	A list of courses that students are enrolled in by course.
Student waitlisted classes	A list of all students who are waitlisted in classes.
Tentative grad with new program	This is list of students who applied for graduation and got admitted/matriculated in future term. Fields: Student ID Prompts: Expected Grad Term, Admit Term.

 

How to Request CU-Data Access

How to Schedule CU-Data Reports

The CU-Data users listserve is used to communicate upcoming upgrades or any updates related to the CU-Data environment that would significantly impact users. The list is refreshed each time a new communication is sent out based on users that have access to student-related data.

Requirements for the Creation and the Maintenance of Student Data in Electronic Repositories

Effective Date:  December  2009

Applies to:  All users of University shared student data repositories that include data drawn from the Integrated Student Information Systems, as well as any other source of student data.

Prepared by: Data Access Group (DAG)

Approved by:  SIS Executive Steering Committee

Distribution:  Via Campus IT Policy Councils and Other Campus Committees

Purpose of the Policy

This policy establishes expectations regarding the creation and maintenance of student data in support of the operation and management of academic, student service, and other University programs, while also adhering to university policies regarding data security, data access, the privacy of student data, and promoting the integrity and correct interpretation of student data. Student data will be made available to faculty and staff of the University of Colorado who demonstrate a legitimate educational interest and can demonstrate proper security controls are in place to protect this data.

Definitions

Electronic University Student Data Repository – Any collection of data about students or prospective students of the University of Colorado that is created by a university employee for academic, student services, or other University purposes and is maintained in or derived from an electronic medium.  Examples include an electronic database, an electronic spreadsheet, and an electronic text file.

Shared Student Data repository – an Electronic University Student Data Repository that represents a shared asset, utilized by multiple organizations and data users to achieve various educational purposes or objectives.  Interest in data quality, security, and control is shared amongst user organizations.

CU-SIS – Integrated Student Information System.  CU-SIS refers to the university’s central student information system and its related satellite systems, including but not limited to the  Customer Relationship Management (CRM) system, the DARS degree audit system, the Singularity Document Management System, the Central Information Warehouse (CIW), the enterprise student/faculty/staff portal, and other supporting infrastructure elements including the Master Data Management (MDM) system.

Data Owner: The party or entity identified with and widely recognized to have primary authority and decision responsibility over a particular collection of university data.  Data owners are accountable to manage, protect, and ensure the integrity and usefulness of university data.  Data owners have the primary responsibility to ensure the university is following its policies and is in compliance with federal and state laws and regulations.  Data owners typically are associated with the business functions of an organization rather than technology functions.

Data Custodian:  Any party charged with managing a data collection for a data owner. Custodians typically have control over a data asset's disposition, whether stored (at rest), in transit, or during creation.  Custodians will often have modification or distribution privileges. Data custodians carry a significant responsibility to protect data and prevent unauthorized use. Data custodians are often data providers to data users. Data owners or data stewards may also exercise custodial roles and responsibilities.   Data custodians typically are associated with IT units within the university, either central IT organizations or IT offices within academic and administrative units.

Data Steward:  A data steward is a party or entity possessing delegated authority to act on a data owner’s behalf.  Data Stewards will often have data custodial responsibilities, but are distinguished from custodians by delegated decision making authority regarding the data.  Data stewards may represent data owners in policy discussions, architectural discussions, or in decision making forums.  Data Stewards actively participate in processes that establish business-context and quality definition for data elements.   Data Stewards are more likely to be associated with business functions than IT functions.

Data User:   Any person or party that utilizes university data to perform his or her job responsibilities.  To the degree that a data user controls the disposition of university data, he or she has responsibility for the custodial care of that data.    Data users share responsibility in helping data stewards and custodians manage and protect data by understanding and following the IT security policies of the university related to data use. 

Scope

Create a shared student data repository from the university’s integrated student information systems and related systems, or campus student data repository.

Create shared data repositories based upon the voluntary release of information provided by University of Colorado students.  In other words, create a shared data repository through collecting data from students who volunteer their data based on a request, a survey, or other means.

Maintain a shared student data repository (examples include):

CU-SIS; CIW; DARS; Campus Learning Management Systems; Campus Directories; Advising systems; Gradebooks if shared; Transaction systems, such as those used by Facilities Management, Resident Halls, Libraries, Parking Management, or Athletics, where personally identifiable information about students is stored and processed; Data reporting and analysis systems that contain personally identifiable student data

Related Documents

All University of Colorado IT Security Policies

Family Educational Rights and Privacy Act of 1974 (FERPA)

All related UIS and campus IT security policies and access procedures

Policy

An academic or administrative unit will be permitted to create and maintain a shared student data repository when it can (1) demonstrate a legitimate educational interest for access to this data, and (2) can demonstrate to campus information technology security authorities that proper security controls are in place to protect this data.  The unit head, with assistance from the unit’s data custodian, will complete the “Application to Create a Shared Student Data Repository” and the campus IT security controls assessment questionnaire.  After completion of the unit head must consent to a review of security practices and inspection of security controls for the system and/or database.

Proper security controls are defined in the university’s APS and related procedures, and in campus IT security policies and procedures.    The campus IT Security Principal will assess the IT security controls based on information provided in the assessment questionnaire.  The IT Security Principal will provide an overall assessment to the data owner.  The Security Principal will report significant weaknesses to the unit head and data custodian.  The data custodian will then need to prepare a vulnerability mitigation plan and submit it to the Security Principal.  If significant weaknesses are found, the data owner reserves the right to deny access to the data. 

All users of student data must adhere to the requirements of FERPA.   The unit head must make sure that users can demonstrate an understanding of the structure and content of the student data that is to be stored; their responsibility to protect the integrity and confidentiality of the data; and the correct use of tools for accessing and analyzing the data.  Permission to create a data repository will only be granted after expectations are met for managing a student data repository.  Usage will be monitored.

 Student data drawn from these student data repositories may only be shared with other university employees when there is an educational interest, as defined in the FERPA regulations, for doing so.  Data can be shared with non-university personnel or organizations when there is an educational interest, as defined in the FERPA regulations for doing so.  Before sharing data with non-university organizations, contact the data owner of the data.

Sharing is different from propagation of student data.  Any propagation of student data means that a new student data repository is being created.  Any request for propagating data from a unit’s shared repository must be referred to the proper data owner.  Academic and administrative units should not proceed with data propagation until permission has been granted from the Data Owner.

Only University faculty and staff who have an educational interest as defined by FERPA may access the data in any student data repository.  In addition, all university faculty and staff who access student data via student data repositories are required to first complete the University’s FERPA training requirements and any additional training required by university IT security policies.

Responsibilities of Users and Sanctions for Inappropriate Use

Report Security Violations, Malfunctions and Weaknesses – any security related event must be reported if it is known or suspected.  Any inappropriate, unethical or illegal activities involving university IT resources must be reported to campus IT security principals.  If unsure of the local incident reporting process, users shall call the appropriate IT service center or help desk.

Inappropriate sharing of data from a student data repository or persistent improper release, misuse or misinterpretation of such data will be grounds for penalties such as suspension of access privileges, a letter of reprimand, an unsatisfactory performance evaluation, employment termination, and/or accountability in a court of law. 

The responsibility for enforcement of all requirements of this policy falls on the data custodian of the data repository.

Please contact the Office of Information Technology to begin the process for an integration.