SIS 2000+ Student Loader
Step
1, Prerequisites to Scheduling
Before the Loader can be run, the Master Schedule must be defined for
the target track and course requests must be entered into the SIS 2000+
system as students register for classes. The following steps will outline
the processes to accomplish these goals.
1.1 Evaluate and Set Curriculum
See Track Editor
for more information on this procedure.
See District Courses for more information on this procedure.
1.2.2 Build a Course Table for the individual
School Site
All courses to be scheduled at a specific school site must be selected
from the District Courses directory and "assigned" to the target site via
the Course Selection
Editor.
1.2.3 Print Course Directory Report
This report will print a master list of all courses in the district
or all courses assigned to a specific school site. This list will be useful
during the creation of the master schedule in Step 1.9.
For more details, see Course
Directory Report.
This is not a required step. It is normally done in middle schools.
See Career Plan Editor
for more information on this procedure.
See Faculty Editor
for more information on this procedure.
See Course Request Editor for more information on this procedure.
1.7.2 Analysis
Once course requests have been entered, a series of reports are printed
to summarize scheduling data and to look for potential problems. These
reports contain essential information that is used as an aid or road map
for designing a Master Schedule.
Go to the Reports menu within the Schedule Menu and run the following
reports:
The person who is responsible for building the Master Schedule, usually an administrator, will review the completed registration by reading the above reports. They need to look at the number of students registered in each course and the demographics of the requests per grade and gender. Errors need to be identified, like girls signed up for boys P.E. or 9th graders signed up for courses designed for upper grades, etc.
The number of sections needed for a course must be determined by weighing the amount of requests vs. school resources. If classes are over subscribed the counselors must reduce the registration. The Potential Conflict Matrix Report an essential tool for designing the Master Schedule. It shows what courses students are requesting in conjunction with other courses, i.e., the Matrix will show potential conflicts based on students' course requests. For example, if there are 30 students requesting Calculus and the same students are requesting French IV and both courses are singletons (only one section offered), the courses will have to be scheduled in different periods in order to prevent conflicts. If there were 200 students requesting the same two courses in this example, additional sections in different periods would need to be offered as well. The Potential Conflict Matrix Report can be run as many times as necessary during the process of analyzing and minimizing potential conflicts.
As this registration analysis process progresses, adjustments to individual
requests may be necessary. This is done by adding or dropping courses in
the Course Request Editor program. As the registration is refined the school
will know what sections need to be taught, how many student in each section,
and the staffing they will need, the structure of the master schedule,
desired restrictions from the staff, and basic room needs.
1.9.2 Print the Master Schedule
See Master Schedule Report.
See Master Schedule
Editor for more information.
See Loader Rules for
more information on this procedure.
See Section Link Editor
for more information on this procedure.
Loader Checklist & Validation Report
This report provides checklist information that is used prior to running the Student Loader. It should be used periodically during the Master Schedule construction cycle to check for possible inconsistencies but MUST be run and verified prior to running the Student Loader application. It will include information on Term Data, Master Schedule Data, Course Request Data, Team Data, Section Linking Data, and Loader Rules.
With the above prerequisites fulfilled, you are ready to run the Student Loader. Continue with Step 2.