This is the documentation for Ed-Fi Data Standard v3.2.0-c. This early access version of the standard powers supported products, including the ODS / API v5.0 and v5.1. This version was superseded by Ed-Fi Data Standard v3.2.
Assessment Domain - Overview
- Ian Christopher (Deactivated)
Contents
Key Entities
This domain contains:
- An Assessment entity that describes assessments along with associated metadata.
- A LearningStandard entity that drives the curriculum and the assessments.
- A StudentAssessment entity that holds assessment results and administration metadata for an overall assessment, objective assessments, and individual assessment items.
Key Concepts
The key concepts include the following:
- Assessments may encompass any tests, quizzes, or other instruments that evaluate student learning.
The overall domain is primarily designed to capture student assessment results and not to recreate assessment instruments. The assessment instrument metadata is modeled to support recording and proper interpretation of a student’s results.
- The assessment model is flexible enough to convey results from complex tests such as the SAT and ACT exams, large tests such as state-level standardized tests, and simple tests such as classroom benchmark assessments or quizzes.
The LearningStandard entity models both a general representation of an abstract learning concept or skill and specific elements within the realm of an objective. The source and scope are defined by the Namespace and LearningStandardScope elements, respectively.
- The ObjectiveAssessment entity is a subset of items on an assessment that may have its own score, performance levels, or academic subject and that can be tied to learning standards.
Hierarchial Model
The Ed-Fi data model for assessments contains a number of entities and reference patterns. While its scope may make it a bit imposing to newcomers, understanding a few design principles enable it to be easily understood and adopted.
Assessment and ObjectiveAssessment Example
Many assessments are multi-tier in the sense that they provide multiple scores or result sets for each assessment. An example would be a single "reading" assessment that tested multiple skill areas, such as "Reading Comprehension," "Accuracy and Fluency," "Phonemic Awareness," and so forth.
In the Assessment domain, the top-level assessment is an Assessment entity and the skill areas are ObjectiveAssessment entities. This structure is recursive, so that there can be any number of levels of ObjectiveAssessments.
Once a student takes an assessment, the results can be modeled in the StudentAssessment entity and StudentObjectiveAssessment common type, each of which has references back to its parent or peer entities.
Support for Mapping to Local Learning Standards
Field implementation has shown that, while school systems will intake into their systems the results of student assessments in areas like "Reading Comprehension" (in other words, the ObjectiveAssessment entity with student results held in the StudentObjectiveAssessment entity), they also commonly need to map those "Reading Comprehension" results to learning benchmarks. The LearningStandard entity enables the ObjectiveAssessment to be mapped to an education standard. Further, the LearningStandard entity may be a locally defined benchmark or a formal, external learning standard, such as one provided by the state or Common Core State Standards.
The structure looks like this:
The source of the data is typically as follows:
Ed-Fi Entity | ||
ObjectiveAssessment | LearningStandard | |
Who provides ("owns") the entity data? | The assessment provider | A third party |
Example of a provider | "DIBELS" | "Common Core State Standards" |