Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Get residents by house #36

Closed
Norbbs opened this issue May 12, 2024 · 0 comments
Closed

Get residents by house #36

Norbbs opened this issue May 12, 2024 · 0 comments
Labels
enhancement New feature or request katara-back Katara Backend user story Functional Story

Comments

@Norbbs
Copy link
Collaborator

Norbbs commented May 12, 2024

As a Data owner
I want to get the residents who are registered in the system by house
So that obtain relevant information

Definition Of Ready (DoR)

Definition Observations
The story meet the INVEST and SMART criteria
Dependencies identified and resolved #35
Written acceptance criteria with test scenarios, understood by the team and agreed upon
The user story was understood and agreed upon in a refinement session with the dev team
The team has an idea of how to make the demonstration of the finished story

Scope

  1. Get data from person, persons_houses, nutritional_profiles and nutritional_restrictions tables and show the following fields.
  • Fullname (name + lastname)
  • Date of birth
  • Nutritional profile

Out of scope

  1. create, update, delete and other non-showing processes.

Wireframes

Image

Acceptance Criteria

AC GIVEN WHEN THEN
1 Get residents data by house id persons data storaged getting person data process is triggered persons information will be obtained as a result from the endpoint by house id
2 Get residents data after register a new resident a new resident has been created getting person data process is triggered persons information will be obtained as a result from the endpoint by house id including data for the new resident

Definition of Done (DoD)

Definition Result
All acceptance criteria have been met
No significant or critical defects
Deskcheck ceremony has been made
Keep minimum test coverage of 80% over the necessary code and components
Technical documentation published
Spike, PoC or benchmarks findings documented
@Norbbs Norbbs added user story Functional Story enhancement New feature or request dependent A card that depends on another one. labels May 12, 2024
@Norbbs Norbbs added this to the HOUSE DATA REGISTRATION milestone May 12, 2024
This was referenced May 12, 2024
@Norbbs Norbbs added katara-back Katara Backend and removed dependent A card that depends on another one. labels May 29, 2024
@Norbbs Norbbs closed this as completed Jun 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request katara-back Katara Backend user story Functional Story
Projects
None yet
Development

No branches or pull requests

1 participant