Versions Compared

Old Version 17

changes.mady.by.user Gabrielle Garonzik

Saved on

compared with

New Version Current

changes.mady.by.user Gabrielle Garonzik

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: replaced missing images

Draft page to consolidate the how to information for the DATASTD tracker project. To include information on how to sign up, log in, create tickets, and the overall workflow. Can pull much of this information from previous pages with some tweaks. Eric has requested the video not be included so we'll need a new introduction section.

About

To evolve and grow Ed-Fi data exchange standards and Ed-Fi Unified Data Model (UDM), community input is essential. This page describes how to participate by submitting new ideas and tracking the status of existing suggestions.

Table of Contents
maxLevel1

Ed-Fi Tracker

The Ed-Fi Alliance tracks issues and feature requests in

JIRA. This

a tool called Tracker, available at http://tracker.ed-fi.org. This allows the Ed-Fi Community to:

  • Search for an view existing ideas
  • View work in progress
  • Vote on issues
  • Add and comment on issues
  • View code commits and pull requests related to issues

How To Information

Expand
titleIssue Tracker First-Time Login

Issue Tracker First-Time Login

To access our Issue

To get started with Tracker, you

will

need a login

. We generally use your GitHub username. See below for instructions on how to log in for the first time.

Step-by-Step Guide

  1. Go to tracker.ed-fi.org.
  2. Click the "Can't access your account?" link.
    Image Removed
  3. Select Username, input your GitHub username and click Send.
    Image Removed
  4. An email will arrive with a link to request a new password.
    Image Removed
  5. If you can't log in or the e-mail does not arrive, please contact our administrator. Don't forget to tell us your e-mail and GitHub username in the request details.

Image Removed

Info

You must be an Ed-Fi Licensee to be granted a login to our Tracker system. You can find licensing information on our website.

Expand
titleSubmit an Issue

Submit an Issue

Issues should be entered for bugs and enhancement requests for our core tech components. Questions can be posted to this forum.

Step-by-Step Guide

: you can get one by going to the Access Request Form. (This login is actually an SSO login that covers most Ed-Fi online services).

Below are a few helpful outlines on common tasks with Ed-Fi Tracker tickets.

Submit an Issue

This section provides a walk through of submitting an issue to the Alliance.

Select the project to which you want to submit your issue. See the article Technical Community Guidelines for a summary of projects and access requirements

Note that the Data Standard issues are publicly viewable, but you must login to submit tickets.

  1. Go to https://tracker.ed-fi.org and login.

  2. Click the "Create" button. 
Image Removed

  1. Image Added

  2. Select the Project and Issue Type. Data model tickets are placed in the Data Standard project and prefixed with "DATASTD-" in their ticket number.
Image Removed

  1. Image Added

    We ask that you use the following issue types
:
  1. (the other types are for internal usage).

    • Bug - Bugs/defects you have found on the code
.
    • Improvement - Suggested improvement or refactoring of the code for existing functionality
.

    • Question - Request for how to information or ask a question on best practice
    • New Feature - New features with supporting use case
.


  2. Enter following information:

    • Summary. A brief description of the issue.
    • Fix Version/s. The specific version, if any, affected by the issue.
    • Issue Description. Be detailed. Below we include some Sample Tickets that can provide a guideline.
      • For bugs, please include the steps to reproduce the bug.
      • For
improvements
      • questions, please include use case details.
      • For improvements or new feature requests, please
include
      • follow the guidelines on writing a "user story
(details below).

Issues are assigned to the core technical team project lead. The project lead is the point of contact for code reviews and responsible for integrating pull request submissions into the Ed-Fi core code base.

ExpandtitleWrite a User Story

Track an Issue

The Ed-Fi Tracker allows for users to easily follow tickets and receive email updates when new comments are posted, changes to the ticket are made, or the status is updated.

  1. To track an issue, go to http://tracker.ed-fi.org and log in if you are not already.

  2. You can search for a ticket using the search at the top right of the page or with the filter.

  3. To expand the filter options, click View all issues and filters.

    Image Added
  4. Once you have selected the ticket you wish to track, click the Start watching this issue hyperlink.

    Image Added

    The number to the left shows how many people are currently watching this issue.

  5. As updates occur to the ticket, you will receive an email alert with a link to the ticket.

  6. To stop tracking a ticket, click the Stop watching this issue hyperlink.

    Image Added

Vote or Comment on an Issue

Often others have similar issues to yours and tickets on those issues already exist. It is a good idea, therefore, to search for existing issues and add your comments to those tickets where possible. Commenting or voting for an issue is the best way to ensure the Ed-Fi community has as much information as possible, all in the same place.

  1. To vote or comment on an issue, go to http://tracker.ed-fi.org and log in if you are not already.

  2. You can search for a ticket using the search at the top right of the page or with the filter.

  3. To expand the filter options, click View all issues and filters.

    Image Added

  4. Once you have selected the ticket, you can vote by clicking the Vote for this issue hyperlink on the right side of the page.

    Image Added

  5. And you can comment by scrolling down to the Comments section.

    Image Added

  6. Click the Comment button and include information like additional use cases or questions.

    Image Added

Data Standard Ticket Workflow

The life of a DATASTD ticket has many phases. To help understand the process, below is the overall workflow for the DATASTD tracker project followed by a few common paths DATASTD tickets take.

Image Added

OPEN

All DATASTD tracker tickets are created with the OPEN status. In this phase, the a reporter can expect from the community additional information gathering, suggested best practices or workarounds, background information, and/or clarifications, depending on the nature of the ticket. If there are related tickets, they may be linked and the community can vote on tickets they'd like to see gain more visibility. 

UNDER ANALYSIS

Periodically the Alliance and other community groups will review suggestions for changes to the data standard. When a ticket has been selected for this process, it is moved from OPEN to UNDER ANALYSIS. These can include recommendations for new features and fixes to the existing data model and are most often grouped by the data domain (e.g. Student Enrollment, Assessment). While tickets are in this phase, contributors may add notes and comments or ask additional questions of the community in preparation of the discussion. During analysis, additional notes and recommendations for next steps will be notated in the comments as well. 

PLANNED FOR DEVELOPMENT

Tickets that have been approved for development during the UNDER ANALYSIS phase move here. Detailed steps on what is to be implemented along with a Data Standard Version are required. It is important to note while there is a plan to develop tickets in this phase, it is not a guarantee the changes will become part of a future release. Often times during development additional requirements or unforeseen complications can arise and more information may be necessary or additional steps taken before a ticket can move forward. When this is the case, the ticket will revert to UNDER ANALYSIS. Otherwise, the ticket will move on to IN DEVELOPMENT.

IN DEVELOPMENT/READY FOR REVIEW

Tickets that are actively being developed fall into this phase. Changes are made to the model and data standard artifacts are completed and for a final review before merging those changes into a corresponding development branch. As with the previous phases, during this stage complications may arise that require changes or a hold to the development process. If this is the case, the ticket may revert back to PLANNED FOR DEVELOPMENT as adjustments to the implementation plan are made. Otherwise, the ticket will move on to SCHEDULED FOR RELEASE.

SCHEDULED FOR RELEASE

After the changes designated by a ticket are implemented and merged into the corresponding development branch in GitHub, a release is assigned to the ticket and it moves to this final phase before CLOSED.

CLOSED

There are two main ways that a ticket will end up CLOSED. The first are OPEN tickets that are resolved without requiring any further discussion or changes to the data standard. The second are tickets SCHEDULED FOR RELEASE after the release occurs. At his stage, there no further action taken on the ticket.

Sample Tickets 

Question

Info

Summary: How to record credits for multi-part course

Issue Type: Question

Fix Version/s: v3.0

Description:

As a school administrator, I want to know the best way to record a student's credits to the course transcript for a course that has multiple parts.

I would like to know how to properly record data around courses with multiple parts and student credits. Specifically, I need to address the following use cases:

  • Use Case 1 - A student was enrolled in a course with two parts offered in the Fall and Spring, passed both semesters, and earned credits for both course parts.
  • Use Case 2 - A student was enrolled in a course with two parts offered in the Fall and Spring, failed the first semester and passed the second semester, and earned credits for both course parts.
  • Use Case 3 - A student was enrolled in a course with two parts offered in the Fall and Spring, failed the first semester and passed the second semester, and earned credits for ONLY the second course part.
  • Use Case 4 - A student was enrolled in a course with two parts offered in the Fall and Spring, failed both semesters, and did not earn any credits.

Reporting a Bug

Info

Summary: StudentProgramAttendanceEvent can have records without a corresponding StudentProgramAssociation

Issue Type: Bug

Fix Version/s: v2.0, v2.2, v3.0, v3.1

Description: It has come to our attention that because the StudentProgramAttendanceEvent has separate references for Student, Program, and EducationOrganization, that an attendance event record can be created without the student having a StudentProgramAssociation record. Unless there is a use case where this would be necessary, we would recommend replacing the three separate references with a single StudentProgramAssociation reference instead.

New Feature Request

Info

Summary: Add enrollment type to StudentSchoolAssociation

Issue Type: New Feature

Fix Version/s: v3.1

Description:

As a SIS vendor, I would like to request an Enrollment/Membership type on the StudentSchoolAssociation to accommodate state implementation requirements.

A handful of state implementations record additional information on student enrollment/membership beyond knowing which school is the PrimarySchool for the student. We come across this need repeatedly in the field and would like to standardize how and where the information is recorded. Adding a EnrollmentTypeDescriptor with the most commonly recorded values as part of Ed-Fi core would remove the need for extensions across multiple implementations and provide the flexibility to add custom descriptor values.