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

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

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

1. Go to https://tracker.ed-fi.org and login.
   
   
2. Click the "Create" button.
   
   
   
3. Select the Project and Issue Type. Data model tickets are placed in the Data Standard project (DATASTD).
   Image Modified
   We ask that you use the following issue types:types (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 best practices.
   • New Feature - New features with supporting use case.
     
     
4. 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.
     
     • For bugs, please include the steps to reproduce the bug.
     • For improvements and questions, please include use case details.
     • For new feature requests, please include additional details of the user story (details below).
   • Attachments. Attach any screen shots and/or code that can add clarity to the issue.

1. • .

New Feature Requests User Story

Writing a User Story

When submitting a feature request, it is standard practice in Agile development to do so in the form of a "user story." A user story is a simple account of a feature told from the perspective of a user that is designed to ensure that requests are communicated with the baseline data needed for a developer and others to quickly understand the feature and why it is needed. A user story look like this:

As a {type of user},

I want {goal}

because {reason}.

The parts of a user story:

• {type of user} - Identify who the specific user type is, as in "As a classroom teacher..." or "As the system database administrator...". A not so good example would be "As a user of the software...". If there is a characteristic that is critical to understanding this user, include that too: "As a classroom teacher who is using this software for the first time...".
• {goal} - Say what the user is trying to do or accomplish. Try to describe the interaction as an outcome or goal, and resist describing it as a series of steps. "As a classroom teacher, I want to download the assessment results in text file format...".
• {reason} - Say why the user wants to accomplish the goal. 

A full example would be:

As a classroom teacher,

I want to download the assessment results in text file format

because I may not have Excel or other required software applications installed on my computer.

Entering User Stories in Tracker

When submitting a feature request in JiraTracker, put the whole user story in the "SummaryDescription" field.  A user story is designed to be a short but effective vehicle for communicating a need at a glance so others can see what is wanted, who needs it, and why. This allows it to be understood, sorted, voted on, etc. very quickly.

Entering Descriptive Details and Acceptance Criteria in Tracker

In the "Description" field, you can Also add any additional details you feel are important, or make suggestions as to the best way to supply this feature. Given the user story above, you might write: "Many teachers are using Google Docs instead of Microsoft Office, so when files are downloaded in Excel format they have trouble opening them" or "I think a drop-down offering an Excel and Text file options in the left corner would be best.".

Finally, one best practice we recommend is to add to the description what is called "acceptance criteria." Acceptance criteria are suggestions designed to let the software developer know when the story is complete. To continue the example above, what if the teacher is able to download the assessment results, but her computer does not recognize the file as a text file? An acceptance criteria to fix this might look like this: 

When the file is downloaded, please ensure that it is recognized by the system as a text file and opens in the right application (e.g,. put a ".txt" on it, etc), including on my iPad.

This gives the developer who handles this story a list of specific item to test to ensure the story was completed successfully.

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.

Issue Type: Question

Fix Version/s: v3.0

Description: 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.

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.

Issue Type: New Feature

Fix Version/s: v3.1

Description: 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.