Admin - Pass capacity bar change

[Dianadec]

Description:

As a parks admin user, I want to be made aware of how many people are in the booking process so that I know what to expect for visitation on any given day.

The following is what bootstrap does for 'multi progress bar'. We can colourize the bar instead of one colour for X/Z passes booked, we can include X/Y/Z where:

X = passes fully booked Y = passes on hold Z = total passes available for the day.

Acceptance Criteria:

Given I am a parks admin user When I go to the pass management page Then I see the capacity bar with how many passes are currently being held (in addition to reserved and available)

Given When Then

Development Checklist:

• [ ] No new status
• [ ] Use Multi Progress Bar from bootstrap.

Dependencies

• Blocked by https://github.com/bcgov/parks-reso-api/issues/358
• Blocking

Wireframe(s):

Workflows:

Definition of Ready (Note: If any of these points are not applicable, mark N/A)

• [ ] User story is included
• [ ] User role and type are identified
• [ ] Acceptance criteria are included
• [ ] Wireframes are included
• [ ] Design / Solution is accepted by Product Owner
• [ ] Dependencies are identified (technical, business, regulatory/policy)
• [ ] Story has been estimated (under 13 pts)

Definition of Done

• In progress:
  • [ ] Acceptance criteria are tested (Functionality meets the acceptance criteria defined in the ticket)
  • [ ] UI meets accessibility requirements
  • [ ] Unit tests are written
  • [ ] Work is traceable in GitHub
  • [ ] PR linked to ticket number
  • [ ] If needed/required - Dev adds flag/label to highlight any migration steps necessary prior to PROD deployment
• Code review:
  • [ ] Code is peer reviewed and has passed CI/CD tests
• QA:
  • [ ] Acceptance criteria are tested (Functionality meets the acceptance criteria defined in the ticket)
  • [ ] Code is potentially shippable to the production environment
  • [ ] Functional features have been tested and passed by QA
  • [ ] UI components tested by designer
  • [ ] Code is deployed to PROD when moved to 'done' column (unless requested otherwise by PO)
• PO Review:
  • [ ] Acceptance criteria are tested (Functionality meets the acceptance criteria defined in the ticket)
  • [ ] Reviewed and approved by Product Owner

Notes:

[Dianadec]

Refinement: this feature update may not be needed - might not have enough value at this time.