Course Reserves (UXPROD-791)

[UXPROD-2772] Add Number of Students Field to the Course record Created: 22/Oct/20  Updated: 01/Apr/21  Resolved: 01/Apr/21

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: None
Parent: Course Reserves

Type: New Feature Priority: TBD
Reporter: Kelly Drake Assignee: md331 (Inactive)
Resolution: Done Votes: 0
Labels: courses
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File courseview-numberofstudents-crosslist.png     PNG File courseview-numberofstudents.png     PNG File createcourse-numberofstudents.png    
Issue links:
Defines
is defined by MODCR-53 Add numberOfStudents field to course ... Closed
is defined by UICR-128 Add ability to view and edit a course... Closed
Epic Link: Course Reserves
Development Team: Other dev
PO Rank: 0
PO Ranking Note: Holly set the PO Rank to the default (zero) for now so the PO's features sort properly in the filter.
Rank: Chalmers (Impl Aut 2019): R5
Rank: Chicago (MVP Sum 2020): R5
Rank: Cornell (Full Sum 2021): R4
Rank: Duke (Full Sum 2021): R3
Rank: 5Colleges (Full Jul 2021): R5
Rank: FLO (MVP Sum 2020): R5
Rank: GBV (MVP Sum 2020): R5
Rank: Grand Valley (Full Sum 2021): R4
Rank: MO State (MVP June 2020): R4
Rank: TAMU (MVP Jan 2021): R2
Rank: U of AL (MVP Oct 2020): R5
Rank: Warner (MVP Jul 2020): R4

 Description   

Current situation or problem:

The number of students enrolled in a course is not displayed or recorded for each course. The ability to record this information is needed for copyright clearance and reporting purposes.

Use case(s)

  • record enrollment for copyright tracking purposes (since cost for copyright clearance is often charged by number of enrolled students in a course)
  • run reports based on most popular courses offering reserves (using enrollment as proxy for a course being "popular") to demonstrate use of materials and make purchasing decisions

Proposed solution/stories

  • Create a "Number of students" field as a text-entry field on the course object
    • the courselisting object is shared between crosslisted objects, and libraries may wish to note enrollment numbers by each course, not the total across a crosslisted set of courses - hence putting it on the course object.
  • For editing a course, the field should appear on the second line (which currently has Course code and Section - Number of enrolled students would be a third field). The SIG feels this would look best if it was three fields that were all the same length across the basic course information pane.
  • field should not be required
  • For viewing a course, display the "Number of students" field in the Course Data section as a fifth item on the first row.
  • If a course also has crosslistings, display the "Number of students" field in the crosslist information as viewed on the course view pane, as a fifth item - see screenshot for example
  • When the course record is saved, the field should be checked to make sure it's a number > 0; if not, an error message should be returned and the record should not be saved.

Links to additional info



 Comments   
Comment by Brooks Travis [ 01/Feb/21 ]

This seems like a data entry nightmare. Is the thinking that you would have a cut-off date (census?) where this value was set for the term? Because I know at our institution, course enrollments can and do fluctuate wildly (downward) during semester after the first week of classes. Is Duke planning to link the Courses data to to LMS enrollment data?

Comment by Erin Nettifee [ 01/Feb/21 ]

We haven't quite gotten there yet. Since the field really only matters if you are putting material on reserve where you need to get copyright clearance for that material, it won't be for every class.

Which actually makes me wonder if maybe this field should be on the reserve item instead.... Andrea Loigman? What do you think?

In any case Brooks Travis we are currently tracking enrollment data in a spreadsheet, so bringing that into the course record would be a value add for us, even if we're not yet at the point where courses are automatically created via a data feed.

Comment by Andrea Loigman [ 01/Feb/21 ]

Erin Nettifee It seems to make more sense to enter it once at the course level (since it applies to the entire course), than to have to repeat the exact same information in each applicable item.

  • This is info that is not always known at the point that a course is created, so if it's attached to the item the staff user might have to go back in and add it to each item after the fact.
  • It's of interest for non-copyright issues as well. An institution might well have a policy of buying more copies of print or licensed items if course enrollment is high (we do), making having this info at a higher/more visible level useful.
  • It shouldn't be a required field, so it could be left blank if not needed.
Comment by md331 (Inactive) [ 25/Mar/21 ]

The description states that "For editing a course, the field should appear on the second line (which currently has Course code and Section - Number of enrolled students would be a third field). The SIG feels this would look best if it was three fields that were all the same length across the basic course information pane."

Note that fields in that area are course fields, they apply only to the course being viewed. The request here is that the value be added to the course listing, which means that the value would apply to all cross-listed courses. As you can tell from the warning banner in the screenshot of the form, we're currently putting fields that are stored in the course listing in that "Course listing information" accordion underneath the warning banner to try and set their expectations.

Do we really want this field to be stored in the course listing and it to be displayed in course-specific accordion? I'm thinking it makes more sense to put it in the course listing accordion.

Comment by Erin Nettifee [ 26/Mar/21 ]

md331 - we're definitely asking for it to be added to the course object, not the course listing –

"Create a "Number of students" field as a text-entry field on the course object"

Comment by md331 (Inactive) [ 26/Mar/21 ]

Haha OK. The title was pretty unequivocal about it being on the courseListing so I wanted to make sure.

Comment by Erin Nettifee [ 26/Mar/21 ]

md331 d'oh! I was so careful with the description and completely missed the title I'll fix it - thanks for checking!

Comment by Erin Nettifee [ 01/Apr/21 ]

Tested on Snapshot and this looks good!

Generated at Fri Feb 09 00:26:42 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.