Outcomes site administrators are able to choose which organizational units, courses, and course sections should be imported from Core Data in a given time period. Some data can be safely synced automatically, while site administrators will be given tools to make intentional decisions about some data types that are synced manually.
MANUALLY SYNCED DATA
To make good use of Outcomes, an institution may want to represent an organizational tree differently each annual term. However, units such as institution, division, school, department, and course are not associated with time periods in Core Data. Outcomes has a manual sync of this data for three reasons:
- To give flexibility to institutions who have data in core that is used in different Campus Labs products for different purposes, with different needs.
- To provide institutions with the ability to apply core data types differently each year.
- To protect historical data assignment chains in Outcomes from impact or deletion that may occur unintentionally via changes in a Core Data import.
When you manually sync organizational units and courses from Core Data to an annual term, you are applying those units to only that annual term. When you manually edit the organizational tree to hide or move an organizational unit or course, you are applying those changes to only that annual term. This provides flexibility to make changes between years in Outcomes without impacting other Campus Labs products.
AUTOMATICALLY SYNCED DATA
Faculty and student enrollments: These enrollments are associated with course sections, which are already associated with a semester term in Core Data. For that reason, Outcomes doesn’t have to be concerned about this information changing from term to term and can update the data safely automatically. This data is loaded every time Outcomes loads.
Academic Programs: It is important that Outcomes protects historical data assignment chains from impact or deletion that may occur unintentionally via changes in a Core Data import. This is accomplished for other data types via a manual sync. For academic programs, functionality is in place to preserve historical data chains automatically, regardless of any changes to the courses that make up an academic program via import.
DATA TYPES |
UPDATE PROCESS IN OUTCOMES |
Annual Terms (Parent) |
New Annual Terms
Changes to Annual Terms
|
Semester Terms (Child) |
New Child Terms & Changes to Child Terms note: Outcomes will pull in any terms that are children of an annual term. The type "semester, intersession, etc." is not relevant. note: At this time the only changes to child terms that Outcomes will sync are changes to the title. Changes to parent identifier or external identifier will not be synced to Outcomes.
|
Organizational units (Institution, Division, School Department) Courses Course sections |
Meta Data Changes (note: meta data changes include changes to names, types, container types, or acronyms; they do not include changes to parent org units to protect historical data assignment chains in Outcomes from impact or deletion that may occur unintentionally via changes in a Core Data import.)
New Units
|
Faculty enrollments |
New enrollments: Faculty enrollments imported via Core Data are automatically pulled into Outcomes and do not need to be synced manually. A faculty enrollment grants an instructor implicit permission to a course section in a semester term.
Changes to enrollments: The only changes to enrollments that are possible are via manually importing the “Remove Instructors” file. If a faculty member is removed from an enrollment on a course section, their implicit permission to the course section will be revoked. Again, this is automatic and does not need to be synced manually. |
Student enrollments |
New enrollments: Student enrollments imported via Core Data are automatically pulled into Outcomes and do not need to be synced manually. A student enrollment allows for a user to “import course roster” when adding individual results on an assessment for a course section.
Changes to enrollments: On the student enrollment file in Core Data, a student’s status in the course can change. Outcomes returns all students and does not filter out based on status (enrolled, withdrawn, dropped). Again, this is automatic and does not need to be synced manually. |
Academic Programs |
New Academic Programs: Academic Programs are automatically pulled into Outcomes and do not need to be synced manually.
Meta Data Changes to Academic Programs: Meta Data changes to academic programs include changes to the name and parent org unit of an academic program. These changes are automatically pulled into Outcomes and do not need to be synced manually
Course Composition Changes to Academic Programs: The courses included in an academic program may change via a Core Data import, where a row with an existing program identifier can be re-imported to include different courses in the columns to the right. These changes are automatically pulled into Outcomes and do not need to be synced manually. In the case that a course had previously collected data for an academic program and then was removed via import, that historical data will remain in the site. If a campus wishes to remove that historical data, they can do so by editing and removing the connection in that historical time period. |