Skip to content

RESTTful API description

Iván Sánchez Milara edited this page Dec 10, 2018 · 28 revisions

Important information for Deadline 1


‼️  This section should be completed by Deadline 1 (see course information at Lovelace)


📑  Content that must be included in the section This chapter must provide a good overview of the Web API that your group is going to develop during the course. You should not focus in implementation aspects such as database structure, interfaces or the request/responses formats. We recommend that you look into existing APIs (see Related work below) before writing the description for your own API.

In this section you must describe JUST the RESTful API, NOT THE CLIENT. Remember that client and Web API should be totally decoupled.

SECTION GOALS:

  1. Understand what is an API
  2. Describe the project topic API
  3. Describe how the API will be used in the project


✔️     Evaluation criteria You can get a maximum of 8 points after completing this section. More detailed evaluation is provided after each heading.

RESTful API description

Overview


📑  Content that must be included in the section

Describe the Web API briefly and comment which is the main functionality that it exposes to clients. A really short version of an overview for the RESTful Web API could be:

“The discussion forum Web API offers different functionalities to structure non-real-time conversations among the people of a group about topics they are interested in certain topic. Messages are grouped in Threads, that at the same time are grouped in Topics. The messages are accessible to anyone, but posts can only be created by providing credentials of a registered user [...] Clients using this service may implement applications similar to [...]“

Justify also why you want to implement this API.

The general description IS NOT just a description of the functionality. Try to market your API to potential customers.



✔️     Evaluation criteria You can get a maximum of 2 points in this section
  • The description is clearly written and explains what the API is for: 0.5
  • The description includes a clear justification of why this project is useful. Why do you want to build this API:
  • 0.5
  • The description describes an API - not an application or client: 1.0
    • This means that the description is written in terms of the functionality it makes available for clients, and internal working of the API
    • tip: don't think about human users when writing the description - think about machines

Main concepts and relations


📑  Content that must be included in the section


✔️     Evaluation criteria

API uses


📑  Content that must be included in the section


✔️     Evaluation criteria

Related work


📑  Content that must be included in the section


✔️     Evaluation criteria

Resources allocation