alphagov / learningtime-hh-sem1-gov-location-service

Early talent assigned learning time, Semester 1 project for Harley Harris
1 stars 1 forks source link

Define functional and non-functional requirements for MVP #3

Open harley-harris opened 1 year ago

harley-harris commented 1 year ago

What?

As a user, I want to use a service which allows me to find elected representatives using UK postcodes.

Why?

So that there is a clear definition of what the MVP is, which will streamline the development process of the service

Acceptance Criteria?

A list that contains all the minimum functional and non-functional requirements for the service to work.

harley-harris commented 1 year ago

MVP functional requirements (code the happy path only):

MVP non-functional requirements:

Security — No database or sensitive data being stored in backend. Risk of injection as taking in user data from form, so some form of validation/sanitisation needed. Monitoring of project dependencies optional (dependabot?).

Capacity — Capacity not a priority (If the server running the webpage was becoming overloaded, could probably Dockerize the service and spin up a few more instances of the service to handle more requests).

Compatibility — Product should meet minimum requirements for a deployed GOV.UK web application (link to source?)

Reliability and Availability — Dependent on availability of postcodes.io and members-api. Product should be readily all hours, every day. The web application should be hosted by a reliable provider (AWS? - a bit of a pretend requirement as I'll just be running this locally, if I were to deploy could try AWS amplify)

Maintainability and Manageability — Dependent on output format of postcodes.io and members-api. Monitoring for updates to these APIs as service will be coupled to them.

Scalability – Scalability not a priority.

Usability — Service will be very simple as it will just contain be a one field form input, submit button and paragraph to store the response. Small fields so it is viewable on mobile.