This application is a front-end application used by staff in HMPPS prisons to view offenders’ incentive level information.

It is backed by hmpps-incentives-api.

The UI application needs a suite of services to work:

• redis – to store user session data
• AWS S3 (or minio) – to load analytics data
• hmpps-auth – to authenticate users
• nomis-user-roles-api – to authenticate users
• prison-api – to retrieve offender information
• incentives-api – to retrieve incentive level information

This application is built for Node.js and docker will be needed to run it locally. nvm or fnm can be used to install appropriate node versions, e.g.:

nvm use
# or
fnm use

Additional tools are required to manage deployment: kubectl and helm.

This is the easiest way to run and develop on your machine: by hooking into services that already exist in the dev environment. A user account is needed in hmpps-auth with the appropriate roles.

Copy the .env.sample file to .env following the instructions in the file.

Run the application in development mode, in separate shell sessions:

docker compose -f docker-compose-test.yml up
npm run start:dev

This will automatically restart it if server code or front-end assets are modified.

TODO: the environment/settings are not properly set up for this application to work without using external services!

It’s prudent to periodically update npm dependencies; continuous integration will occasionally warn when it’s needed. Renovate (similar to dependabot) is set up to try to upgrade npm packages, base docker images, helm charts and CircleCI orbs by raising pull requests.

This will attempt update npm packages manually and perform unit tests:

npx npm-check-updates --upgrade --doctor

Continuous integration on CircleCI will always perform the full suite of tests on pull requests and branches pushed to github, but they can be run locally too.

Run unit tests using:

npm test

…optionally passing a file path pattern to only run a subset:

npm test -- authorisationMiddleware

Run the full set of headless integration tests, in separate shell sessions:

docker compose -f docker-compose-test.yml up
npm run start-feature
npm run int-test

Integration tests can also be run in development mode with a UI so that assets are rebuilt when modified and tests will re-run:

docker compose -f docker-compose-test.yml up
npm run start-feature:dev
npm run int-test-ui

Type-checking is performed with:

npm run typecheck

Prettier should automatically correct many stylistic errors when changes are committed, but the linter can also be run manually:

npm run lint

Continuous integration will regularly perform security checks using nm security audit, trivy and veracode.

The npm audit can be run manually:

npx audit-ci --config audit-ci.json

This application is hosted on Cloud Platform in three environments: dev (continuously deployed and experimental; for general testing), preprod (largely matches the live service; for pre-release testing) and prod (the live service).

The environments are distinct namespaces defined using a combination of kubernetes resources and terraform templates:

• dev
• preprod
• prod

A shared HMPPS helm chart forms the basis of releases, setting up a deployment, service, ingress and associated policies and monitoring rules.

See /helm_deploy/.

When the main branch is updated (e.g. when a pull request is merged), a new version of the application is released to dev automatically by CircleCI. This release can be promoted to preprod and prod using the CircleCI interface.

See /helm_deploy/README.md for manual deployment steps.

There is a suite of tools used for monitoring deployed applications:

• Kibana – logging
• Azure Application Insights – application profiling and introspection
• Prometheus – application and request metrics
• Alertmanager – alerts based on metrics
• SonarCloud – code quality monitoring

The code in this repository uses the MIT licence.

• MoJ security guidance
• MoJ technical guidance