You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Start with an overview or a brief description of what the project is about and what it does. For example -
6
+
The NHS Notify Supplier API is intended primarily for print suppliers to integrate with the NHS Notify message request queueing system.
7
7
8
-
Welcome to our repository template designed to streamline your project setup! This robust template provides a reliable starting point for your new projects, covering an essential tech stack and encouraging best practices in documenting.
8
+
It models the concepts needed to configure production of letters and other printed materials to specific specifications, provide proofs of these materials, receive batch production requests, provide details of returned letters and correspondence, and to report on the status of these artifacts and associated management information such as volumes and assocated costs.
9
9
10
-
This repository template aims to foster a user-friendly development environment by ensuring that every included file is concise and adequately self-documented. By adhering to this standard, we can promote increased clarity and maintainability throughout your project's lifecycle. Bundled within this template are resources that pave the way for seamless repository creation. Currently supported technologies are:
11
-
12
-
- Terraform
13
-
- Docker
14
-
15
-
Make use of this repository template to expedite your project setup and enhance your productivity right from the get-go. Enjoy the advantage of having a well-structured, self-documented project that reduces overhead and increases focus on what truly matters - coding!
10
+
This repository documents the Supplier API specification and provides an SDK with examples and reference client implementations for interacting with it.
@@ -38,6 +33,8 @@ Make use of this repository template to expedite your project setup and enhance
38
33
39
34
## Setup
40
35
36
+
> TODO
37
+
41
38
By including preferably a one-liner or if necessary a set of clear CLI instructions we improve user experience. This should be a frictionless installation process that works on various operating systems (macOS, Linux, Windows WSL) and handles all the dependencies.
42
39
43
40
Clone the repository
@@ -49,6 +46,8 @@ cd nhs-england-tools/repository-template
49
46
50
47
### Prerequisites
51
48
49
+
> TODO
50
+
52
51
The following software packages, or their equivalents, are expected to be installed and configured:
53
52
54
53
-[Docker](https://www.docker.com/) container runtime or a compatible tool, e.g. [Podman](https://podman.io/),
@@ -75,6 +74,8 @@ The following software packages, or their equivalents, are expected to be instal
75
74
76
75
### Configuration
77
76
77
+
> TODO
78
+
78
79
Installation and configuration of the toolchain dependencies
79
80
80
81
```shell
@@ -83,16 +84,22 @@ make config
83
84
84
85
## Usage
85
86
87
+
> TODO
88
+
86
89
After a successful installation, provide an informative example of how this project can be used. Additional code snippets, screenshots and demos work well in this space. You may also link to the other documentation resources, e.g. the [User Guide](./docs/user-guide.md) to demonstrate more use cases and to show more features.
87
90
88
91
### Testing
89
92
93
+
> TODO
94
+
90
95
There are `make` tasks for you to configure to run your tests. Run `make test` to see how they work. You should be able to use the same entry points for local development as in your CI pipeline.
91
96
92
97
## Design
93
98
94
99
### Diagrams
95
100
101
+
> TODO
102
+
96
103
The [C4 model](https://c4model.com/) is a simple and intuitive way to create software architecture diagrams that are clear, consistent, scalable and most importantly collaborative. This should result in documenting all the system interfaces, external dependencies and integration points.
Most of the projects are built with customisability and extendability in mind. At a minimum, this can be achieved by implementing service level configuration options and settings. The intention of this section is to show how this can be used. If the system processes data, you could mention here for example how the input is prepared for testing - anonymised, synthetic or live data.
115
124
116
125
## Contributing
117
126
127
+
> TODO
128
+
118
129
Describe or link templates on how to raise an issue, feature request or make a contribution to the codebase. Reference the other documentation files, like
119
130
120
131
- Environment setup for contribution, i.e. `CONTRIBUTING.md`
@@ -125,12 +136,12 @@ Describe or link templates on how to raise an issue, feature request or make a c
125
136
126
137
## Contacts
127
138
139
+
> TODO
140
+
128
141
Provide a way to contact the owners of this project. It can be a team, an individual or information on the means of getting in touch via active communication channels, e.g. opening a GitHub discussion, raising an issue, etc.
129
142
130
143
## Licence
131
144
132
-
> The [LICENCE.md](./LICENCE.md) file will need to be updated with the correct year and owner
133
-
134
145
Unless stated otherwise, the codebase is released under the MIT License. This covers both the codebase and any sample code in the documentation.
0 commit comments