Beyond the abstract and this introduction, educators and non-technical readers are typically interested in the pK-12 data objects that can be shared and reported on by SIF-enabled applications in SIF implementations. These are presented in the Data Model section in a format that should not be a barrier to readers with a background that includes a brief introduction to [XML], though they may benefit from the introductory sections of Architecture. Technical readers, including software architects, developers and integrators, should have a solid background in Architecture, Messaging, Infrastructure and Data Model.
The first time a term or concept is defined, it may be emphasized.
SIF message and object names, XML element tags, attribute names and values, and other codes or values are typically presented as in this sentence.
References to other works occuring in this text are given in brackets, e.g. [REFERENCE]. The text in brackets corresponds to a key in the References appendix. Often when the text in the brackets duplicates surrounding text, the reference alone is used (e.g. [XML] instead of XML [XML]).
The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, OPTIONAL, when EMPHASIZED, are to be interpreted as described in [RFC 2119].
Quick overviews of XML structures, including messages, objects, common elements and types, are provided in XML diagrams. The following diagram illustrates the conventions typically encountered in SIF.
XML elements are represented by rectangles with the name of the element in the upper portion and the type, if any, in the lower portion. Attributes
are represented in the same fashion, but have an @
icon rather than a SIF icon. Elements and attributes that are optional have a circled ?
(0 or 1 occurrence) to the left of the rectangle. Optional and mandatory repeatable elements are indicated by a circled *
(0 or more occurrences)
and +
(1 or more occurrences), respectively.
Element attributes are grouped together in a rectangular block and connected to the element with a line that turns at right angles.
Ordered sequences of XML elements are bracketed by lines that turn at right angles. When a choice of XML elements is indicated, the elements are bracketed by angled
lines. A choice of elements can occur within an element, or may be an unnamed choice of elements.
XML types are represented using the same conventions as for XML elements, though the type portion of the rectangle typically indicates a base type, if any.
The type name of any element, attribute or type may be prefixed with a ↓
, indicating the type is restricted in some fashion by one or more
XML Schema facets (e.g. enumeration). When the type is a union of types, a list of types is presented, each type separated by |
; if the list of union types
is long, the list may be ellipted with | ...
In an actual XML diagram, element, type and attribute rectangles are usually linked to their corresponding definitions/descriptions in accompanying tables.
The SIF Implementation Specification uses the following version numbering scheme:
major version
.
minor version
r
revision number
This version of the specification is a major release, and the first release of a major version has a minor version of 0
(2.0
);
major version numbers start at 1
and are incremented as major versions are released (1.0
, 2.0
, 3.0
, ...).
Major versions typically introduce additions/changes to the SIF infrastructure and/or data model changes that impact a significant
percentage of SIF-enabled applications (e.g. making previously optional elements mandatory, removal of deprecated objects, elements or values).
Minor releases typically introduce new data objects, or optional additions to data objects, to the marketplace, and may include minor
infrastructure additions/changes that do not impact existing SIF-enabled applications and that ZIS vendors have agreed to implement.
The first minor version released subsequent
to and within a major release has a minor version of 1
and is incremented as new minor versions are released
(2.1
, 2.2
, ...). If a significant number of minor release features is introduced in a specification,
SIFA may decide to increment the minor version number by more than 1
(e.g. 1.1
to 1.5
),
though a number like 1.5
is not an indication of being halfway to a major release, as minor version numbers may be incremented
significantly past 10
(2.10
, 2.11
, ...) as data objects and other minor version features are released.
Corrections resulting from identified errata, as well as textual changes, may be incorporated into a revision release.
These typically include minor corrections to messages or data objects, corrections of typographical errors, or corrected/expanded documentation.
If major errors in any release are identified, a revision release may incorporate changes more typical of a major or minor release.
First major and minor releases have a revision number of 0
, which is omitted from the version number (2.0
, not 2.0r0
);
subsequent revision numbers start at 1
and are incremented as new revisions are released (2.0r1
, 2.0r2
,
...).
SIF_Register
SIF_Provision
message for expanded description of Agent behaviors and to introduce atomic
replacement of objects and agent is providing/subscribed toSIF_ZoneStatus
resulting from
SIF_Register
changes and SIF_Provision
introductionSIF_ZoneStatus
SIF_ExtendedQuery
to support joins in SIF_Request
and ReportManifest
SIF_Response
validation and tracking support in the ZISSIF_AgentACL
object to communicate to an agent what
its access control rights are in the ZoneSIF_SystemControl
messages, SIF_GetZoneStatus
and
SIF_GetAgentACL
, to synchronously retrieve SIF_ZoneStatus
and
SIF_AgentACL
, respectivelyxsi:nil
attribute for identifying nil/null, empty/unavailable values for typed elements/attributesSIF_Metadata
common element for attaching time- and learning resource-related metadata to SIF objectsEmployeeHR
object with the new
EmploymentRecord
object,
assumed responsibility for a number of more-financial related objects from the Food Services Working Group, and handed a number
of objects over to the Student Information Systems and Professional Development Working GroupsLibraryPatronStatus
DisciplineIncident
and StudentAttendanceSummary
objectsTestAccommodation
object and greatly expanded the StudentPlacement
and
StudentParticipation
objectsSIF_ReportManifest
to include support for SIF_ExtendedQuery
StudentLocator
to more accurately identify students in general and for student record exchange, and expanded
attribute values and documentation to better support StudentLocator
transactions and errorsAuthentication
objectSIF Implementation Specification 2.0r1 incorporates revisions resulting from these SIF Implementation Specification 2.0 errata.