What you need before you start:

To use the Hub Testing Integration System (HITS), you'll need the following:

You'll also need a basic knowledge of SIF REST:

You need to know how to work with a use case in HITS and access the HITS API

If you get stuck: drop us a line at

How to implement NAPLAN standalone registration

1. What's the business problem?

Allow schools with a SIS to provide information about NAPLAN candidates, and read back the Platform Student Identifier (PSI) assigned to each student by the Assessment Platform.

More...

2. Use case description & Pre-conditions

Around NAPLAN census time, the SIS lodges bulk information about NAPLAN candidates for the current year to the National Assessment Platform (NAP), on behalf of one or more schools. Any other information, including registration of students to particular NAPLAN testing events, personal needs and preferences, and assigning staff members and invigilators, is done out of band on the AP web site.

Naplan registration SIF objects

Diagrams the interactions between SIF objects for this use case.

Assumptions:

Pre-conditions:

3. Use Case Workflow

Workflow summary:

  1. Join

  2. Provide

  3. Consume (Students)

  4. Process (Students)

  5. Assurance

NOTE: Consume and Process occur after Provide in this use case!

3.1. Join NAP zone

Join: - SIS client registers with NAP. - NAP communicates to SIS client out-of-band credentials for connecting to the NAP zone.

3.2. Provide authoritative data

Vendor-facing (push); HITS represents NAP and is the data sink.

SIS client expresses information in SIF/XML: - SIS client obtains ACARA ID(s) for its school(s), out of band. - SIS client connects to NAP zone (“HITS Zone 1”). - SIS client authenticates to NAP zone (“HITS Zone 1 Authz”). - NAP zone authorises write access to objects in the NAP zone (“HITS Zone 1 Authn”, StudentPersonal). - NAP zone authorises read access to objects in the NAP zone (“HITS Zone 1 Authn”, StudentPersonal). - The SIS client provides to HITS the following:
- Post StudentPersonal to URL http://.../StudentPersonals all StudentPersonal records of students eligible for NAPLAN. - The unique ACARAId of the school that each student is enrolled in, included in StudentPersonal/MostRecent/ACARAId
- NAP associates the StudentPersonal records with the school nominated in StudentPersonal/MostRecent/ACARAId. - NAP assigns a different PSI to each enrolment.

3.3. Consume base data from HITS (Students)

SIS client gets from NAP: - One or more StudentPersonal records, corresponding to every StudentPersonal posted by the SIS client, and containing the PSI identifier for each student. The PSI is added to the StudentPersonal record as StudentPersonal/OtherIdList/OtherId/@type="NAPPlatformStudentIdentifier"

3.4. Process in third party apps

3.5. Self–confirm use case support

  1. Validate StudentPersonal records

The SIF/XML data sent by the third party app to the jurisdiction zone for the app must satisfy the following conditions:

More...

More information

What business problem does this use case address?

In brief:

The SIS is presumed to have limited technical capabilities. In particular, there is no requirement for it to read SIF objects from external sources (such as the Australian School List), although schools are presumed to be able to supply their own ACARA Id. The SIS is not required to be able to relate objects to each other (e.g. through StudentSchoolEnrollment). The use case is applicable to both individual school and to school systems; in the case of school systems, the SIS is expected to have system-wide scope.

This use case is quite restricted, and does not support extending SIS capability to other areas (such as online assessment or census). It requires the NAP to do school-specific processing for each SIS client. It is not currently clear whether this use case provides enough information to support NAPLAN reporting back to the school.

This use case deviates from the usual workflow of HITS: the SIS being tested provides data before it consumes and processes it.

Use case preconditions for assurance

No further conditions are set on assurance.

Relevant Service Paths Supported on HITS

Relevant Queries By Example Supported on HITS

<SchoolInfo>
    <LocalId>{schoolCode}</LocalId>
</SchoolInfo>

<StudentPersonal>
  <LocalId>{id}</LocalId>
  <PersonInfo>
    <Name>
      <FamilyName>{familyName}</FamilyName>
      <GivenName>{givenName}</GivenName>
    </Name>
  </PersonInfo>
</StudentPersonal>

<StudentSchoolEnrollment>
  <TimeFrame>{type}</TimeFrame>
  <YearLevel><Code>{yearlevel}</Code></YearLevel>
</StudentSchoolEnrollment>