bcgov / foi-flow

Freedom of Information modernization
Apache License 2.0
5 stars 3 forks source link

Non-Pilot Ministry - Fee Estimate Form Sync #2570

Open m-prodan opened 2 years ago

m-prodan commented 2 years ago

Assumptions & Scope This reflects the need for users handling non-pilot Ministries to have their fee estimates ready for deployment after they initially add and sync their request to the application. When a user goes to the fee estimate form, provided they have filled out the invoice/fee estimate on AXIS prior to them adding/syncing, the same information should appear and be visible.

The mapping from AXIS to our app can be found at the following link: https://bcgov.sharepoint.com/:x:/t/03521/EX1CTABBXY5Dg6lIYe5T8N4B5UY5Kb-mp1hD3KSls1ujfQ?e=yka9aa

Please note - there are two different fields for number of pages, which map to the same field in our app - see notes for more context.

What is IN scope?

What is NOT in scope?

Acceptance Criteria

Scenario 1: CFR Form Status - Original Value

Scenario 2: AXIS Sync

Scenario 3: AXIS Sync - Activation

...

Dependencies? What is the impact of this dependency? (If so, link dependency in the ticket, make it visible in a team´s backlog)

Validation Rules? (If yes, list here)

Design @xxx - please link the Design here

Definition of Ready

  1. [ ] Is there a well articulated User Story?
  2. [ ] Is there Acceptance Criteria that covers all scenarios (happy/sad paths)?
  3. [ ] If there is a user interface, is there a design?
  4. [ ] Does the user story need user research/validation?
  5. [ ] Does this User Story needs stakeholder approval?
  6. [ ] Design / Solution accepted by Product Owner
  7. [ ] Is this user story small enough to be completed in a Sprint? Should it be split?
  8. [ ] Are the dependencies known/ understood? (technical, business, regulatory/policy)
  9. [ ] Has the story been estimated?

Definition of Done

  1. [ ] Passes developer unit tests
  2. [ ] Passes peer code review
  3. [ ] If there's a user interface, passes UX assurance
  4. [ ] Passes QA of Acceptance Criteria with verification in Dev and Test
  5. [ ] Confirm Test cases built and succeeding
  6. [ ] No regression test failures
  7. [ ] Test coverage acceptable by Product Owner
  8. [ ] Ticket ready to be merged to master or story branch
  9. [ ] Developer to list Config changes/ Update documents and designs
  10. [ ] Can be demoed in Sprint Review
  11. [ ] Tagged as part of a Release
  12. [ ] Feature flagged if required
  13. [ ] Change Management activities done?
m-prodan commented 2 years ago

Fees form for Non-Pilot Ministry - I've included a mapping of the invoice from AXIS to the values in our app.

cc: @lmullane @KaraBeach @JHarrietha-AOT

m-prodan commented 2 years ago

Updated story based on our discussion today.

lmullane commented 2 years ago

@abin-aot, @m-prodan, @arielleandrews, should this sync also happen from the request view?

arielleandrews commented 2 years ago

Decisions at refinement on Aug 16: