| Method | Design Pattern | Rationale | |--------|----------------|-----------| | generateReport | Template Method | Report structure (header, rows, footer) is fixed; content varies. | | sortByPerformance | Strategy | Allows runtime swapping of comparison algorithms. | | filterByAttendance | Immutable Copy | Prevents accidental modification of original roster. | | exportToParentPortal | Observer | Parents subscribe to student updates; teacher method triggers notification. |

function sortByPerformance(c, comp): // In-place merge sort for stability and O(n log n) worst-case c.students = mergeSort(c.students, comp) c.notifyViewers("List sorted by performance") If c is empty, return without action. If comp is null, use default compareByGradeDesc() . 3.2.3 filterByAttendance(ClassList c, int minPercent) Purpose: Return a new ClassList containing only students with attendance ≥ minPercent . The original list remains unchanged (immutability pattern).

class list methods, teacher dashboard, educational data structures, roster management, CRUD operations. 1. Introduction In modern Learning Management Systems (LMS), the teacher’s class list is more than a static roll—it is an active data structure requiring frequent querying, sorting, filtering, and reporting. However, many systems implement these methods inconsistently, leading to teacher frustration and inefficiency.

interface PerformanceComparator extends Comparator<Student> {} class GradeComparator implements PerformanceComparator int compare(Student a, Student b) return Double.compare(b.gradeAverage, a.gradeAverage);

[4] ESIS Working Group, Educational Software Interface Standard (ESIS 2024) , Section 7.2.9 – Teacher Class List Methods, 2024. @Test public void testFilterByAttendance_RemovesLowAttendance() ClassList roster = sampleRosterWith3Students(); // Student A: 95%, Student B: 60%, Student C: 45% ClassList filtered = roster.filterByAttendance(roster, 70); assertEquals(1, filtered.size()); assertEquals("Student A", filtered.get(0).name);

function exportToParentPortal(c, contacts): for student in c.students: parentSet = getParentsForStudent(student, contacts) payload = encrypt(createProgressPayload(student)) for parent in parentSet: portalAPI.send(parent.portalId, payload) logExportEvent(c.courseId, timestamp()) All data transmitted over TLS 1.3, and parent identities are verified via two-factor authentication before receiving access. 4. Implementation and Design Patterns To satisfy Section 7.2.9, we recommend the following design choices:

n = number of students; m = report entries per student; p = parents per student. We deployed a prototype implementing Section 7.2.9 in a suburban school district. 45 teachers (grades 3–12) used the system for 8 weeks.

function generateReport(c, d): report = new Report("Class Report for " + d) for student in c: summary = new StudentSummary(student.name) summary.grades = fetchGrades(student, d) summary.attendance = fetchAttendance(student, d) report.addRow(summary) return report.toPDF() O(n * m) where n = students, m = grade records per student. 3.2.2 sortByPerformance(ClassList c, Comparator<Student> comp) Purpose: Sort the class list in-place by academic performance (e.g., descending grade average). Uses the provided comparator to allow alternate metrics (e.g., improvement rate).