As of Monday, February 1, I have just published version 0.0.12 of radgrad:core with two changes:
When defining a DegreePlan, you must pass actual WorkInstanceIDs or else the system will flag an error. Previously, due to a bug in my code, you could pass WorkInstance object specifications and the system would not complain (although the system would not define the WorkInstances correctly).
When defining a CourseInstance, you can now omit the grade specification if you are defining a course instance in the future and don’t want to guesstimate the grade.
I have also just committed an update to ics-data-model with the following changes:
It now uses version 0.0.12 of radgrad:core.
StudentProfile.js now illustrates these two changes to radgrad:core—there is a CourseInstance without a grade, and the DegreePlan is defined by passing in WorkInstanceIDs.
Because the changes to radgrad:core means your student profile definitions will (probably) break the system if loaded, I have commented out the invocations of your profile definition functions in LoadDataModel.js.
To make the tables easier to understand, I’ve sorted them by name (see ListData.js for details).
What this means is that if you sync your local version of ics-data-model and run the master branch, the system should run fine, but only one student’s degree plan will be defined (Anthony Kriste).
Your task for this assignment is to update the definitions of your eight personas so that (a) WorkInstanceIDs are provided to the DegreePlan, and (b) future course instances do not have grades (when you deem that consistent with the persona.)
Once you’ve made these upgrades, uncomment the commented-out line in LoadDataModel.js so that your personas are defined, check to make sure everything’s OK, then commit your changes.
By the time and date on the Schedule page, please commit these changes.