Controle de projetos - KenzieVelopers

Introdução

Uma startup de tecnologia e desenvolvimento web decidiu criar uma API Rest para gerenciar seus desenvolvedores e projetos. Como você é um dos novos integrantes da equipe, você foi o escolhido para desenvolver essa aplicação.

Através dessa API deve ser possível realizar o registro do desenvolvedor, associar informações extras ao mesmo, registrar projetos e associar as tecnologias utilizadas nesses projetos e por fim adicionar projetos aos seus respectivos desenvolvedores.

A seguir estarão todas as regras de negócio definidas pela startup para esse projeto. Lembre-se de seguir à risca todas as regras impostas.

Vamos lá?!

Regras da entrega

A entrega deve seguir as seguintes regras:

O código deve estar em TypeScript, caso não esteja a entrega será zerada;
Deverá ser utilizado um banco de dados postgres para a elaboração da API;
O nome da tabela, das colunas e demais especificações, devem ser seguidas à risca. Caso tenha divergência, será descontado nota;
Tenha muita atenção sobre o nome das chaves nos objetos de entrada e saída de cada requisição;
Na raiz do diretório deve-se conter uma pasta nomeada sql, com dois arquivos:
- createTables.sql: contendo as queries de criação e inserção das tabelas e type;
- diagram.png/jpg: um arquivo .png ou .jpg contendo o diagrama da tabela;
- caso o arquivo createTables.sql não exista, a entrega será zerada.
Essa entrega possui testes automatizados;
Para que os testes possam ser executados, existe um script de limpeza do banco que utiliza as queries do arquivo createTables.sql para ser executado, por isso é importante seguir as orientações sobre subdiretório sql e seus arquivos à risca.
- Caso o subdiretório sql e o arquivo createTables.sql não estejam com os nomes corretos ou no caminho correto os testes falharão, pois não será possível encontrar as queries a serem executadas;
- Caso o nome de alguma tabela, tipo ou coluna não esteja de acordo com o esperado, os testes também falharão.
A organização dos demais arquivos e pastas deve seguir o que foi visto previamente.

AVISO

Os testes não devem ser alterados em nenhum momento da aplicação, caso tenha sido feito alguma alteração nos testes, a entrega será zerada.

Para rodar os testes precisa modificar a variavel de ambiente para test: NODE_ENV="test"
Para rodar a aplicação precisa popular as variaveis de ambiente, que irá encontrar no env.exemple:
- Tanto as com sufixo test (DB_TEST, DB_TEST_USER...) para conseguir utilizar o comando npm run test.
- Quanto as demais (DB, DB_USER...)para conseguir utilizar o comando npm run dev
- Aconselhamos criar dois bancos de dados um para o debug e outro para testes.
Não altere os arquivos:
- jest.config
- configTestsDatabase.ts
- tests
- server.ts
Não remova o que está dentro do package.json, apenas adicione as libs que irá necessitar utilizar, caso elas já não estejam instaladas.
Para rodar os testes utilize o comando: npm run test
Caso queria rodar uma bateria de testes especificos pode utilizar:
- npm run test <arquivo teste que está dentro de testes>
- Exemplo: npm run test createDeveloper.test

Tabelas do banco de dados

Tabela developers

Nome da tabela: developers.
Colunas:
- id: número, incrementação automática e chave primária.
- name: string, tamanho 50 e obrigatório.
- email: string, tamanho 50, obrigatório e único.

Tabela developer_infos

Nome da tabela: developer_infos.
Colunas:
- id: número, incrementação automática e chave primária.
- developerSince: data e obrigatório.
- preferredOS: OS e obrigatório.
- developerId: inteiro, único, obrigatório e chave estrangeira.
Especificações:
- O campo preferredOS deve aceitar apenas os valores: Windows, Linux e MacOS.
- O tipo OS deve ser feito usando um ENUM.

Tabela projects

Nome da tabela: projects.
Colunas:
- id: número, incrementação automática e chave primária.
- name: string, tamanho 50 e obrigatório.
- description: texto.
- estimatedTime: string, tamanho 20 e obrigatório.
- repository: string, tamanho 120 e obrigatório.
- startDate: data e obrigatório.
- endDate: data.
- developerId: inteiro e chave estrangeira.

Tabela technologies

Nome da tabela: technologies.
Colunas:
- id: número, incrementação automática e chave primária.
- name: string, tamanho 30 e obrigatório.
Especificações:
- As tecnologias devem ser inseridas no banco via query, no momento da criação da tabela. Não há uma rota específica para realizar essas inserções.
- Se atentem às nomenclaturas das tecnologias, pois qualquer erro poderá desencadear falhas nos testes e consequente desconto em sua nota.
Lista de tecnologias:
- JavaScript
- Python
- React
- Express.js
- HTML
- CSS
- Django
- PostgreSQL
- MongoDB

Tabela projects_technologies

Nome da tabela: projects_technologies.
Colunas:
- Id: número, incrementação automática e chave primária.
- addedIn: data e obrigatório.
- technologyId: inteiro, obrigatório e chave estrangeira.
- projectId: inteiro, obrigatório e chave estrangeira.

Relacionamentos

developers e developer_infos

Um desenvolvedor pode ter apenas uma informação adicional, assim como, uma informação adicional pode pertencer a apenas um desenvolvedor.
Caso o developer seja deletado, a developer info ligada a ele deve ser deletada automaticamente.

developers e projects

Um desenvolvedor pode ter muitos projetos, porém, um projeto pode pertencer a apenas um desenvolvedor.
Caso um developer seja deletado, a coluna developerId do projeto associado deve ser automaticamente alterada para NULL.

projects e projects_technologies

Um projeto pode ter múltiplas tecnologias e uma tecnologia pode pertencer a vários projetos.
Caso um projeto ou uma tecnologia sejam deletados, os dados associados na tabela projects_technologies devem ser deletados automaticamente.

Rotas - /developers

Endpoints

Método	Endpoint	Responsabilidade
POST	/developers	Cadastrar um novo desenvolvedor
GET	/developers/:id	Listar um desenvolvedor e seus projetos
PATCH	/developers/:id	Atualizar os dados de um desenvolvedor
DELETE	/developers/:id	Remover um desenvolvedor
POST	/developers/:id/infos	Cadastrar informações adicionais a um desenvolvedor

Regras da aplicação

POST /developers

Deve ser possível criar um developer enviando apenas name e email através do corpo da requisição;
- ambos devem ser uma string;
Não deve ser possível cadastrar um developer enviando um email já cadastrado no banco de dados.
Sucesso:
- Body esperado: um objeto contendo os dados do developer cadastrado
- Status esperado: 201 CREATED
Falha:
- Caso: email já cadastrado no banco
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 409 CONFLICT.
Exemplos de retornos:

Dados de entrada:

Body: Formato Json
```
{
  "email": "[email protected]",
  "name": "Fabio"
}
```
- Criando um developer com sucesso:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 201 CREATED
```
{
  "id": 1,
  "name": "Fabio",
  "email": "[email protected]"
}
```
- Tentando cadastrar com um email existente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 409 CONFLICT
```
{
  "message": "Email already exists."
}
```

GET /developers/:id

Através do id de um desenvolvedor, deve retornar um array de objetos contendo dados das seguintes tabelas:
- developers;
- developer_infos;
- projects.
Os dados devem ser retornados exatamente como definidos aqui. Você pode usar apelidos (alias) para realizar essa tarefa:
- developerId: tipo number;
- developerName: tipo string;
- developerEmail: tipo string;
- developerInfoDeveloperSince: tipo Date ou null;
- developerInfoPreferredOS: tipo string ou null;
Sucesso:
- Body esperado: um array de objetos contendo os dados mesclados das tabelas developers, developer_infos e projects;
- Status esperado: 200 OK;
Falha:
- Caso: id informado não pertence à nenhum developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.

Exemplos de retornos:

Listando um developer com sucesso:

Resposta do servidor:
Body: Formato Json
Status code: 200 OK

{
  "developerId": 1,
  "developerName": "Fabio",
  "developerEmail": "[email protected]",
  "developerInfoDeveloperSince": "2013-01-01T02:00:00.000Z",
  "developerInfoPreferredOS": "MacOS"
}

Tentando listar com um id inexistente:

Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

PATCH /developers/:id

Através do id de um desenvolvedor, deve ser possível atualizar os dados de email e name.
O retorno deverá ser um objeto contendo todos os dados do developer, depois da atualização ter sido realizada.
Sucesso:
- Body esperado: um objeto podendo conter email e name;
- Status esperado: 200 OK.
Falha:
- Caso: id informado não pertence à nenhum developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
- Caso: email já cadastrado no banco
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 409 CONFLICT.
Exemplos de retornos:

Dados de entrada:

Body: Formato Json
```
{
  "email": "[email protected]",
  "name": "Fabio Senior"
}
```
- Atualizando um developer com sucesso:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 200 OK
```
{
  "id": 1,
  "email": "[email protected]",
  "name": "Fabio Senior"
}
```
- Tentando cadastrar com um email existente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 409 CONFLICT
```
{
  "message": "Email already exists."
}
```
- Tentando listar com um id inexistente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

DELETE /developers/:id

Deve ser possível deletar um developer informando apenas seu id;
Sucesso:
- Body esperado: nenhum. Não deve retornar nenhum body;
- Status esperado: 204 NO CONTENT
Falha:
- Caso: id informado não pertence à nenhum developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
Exemplos de retornos:
- Deletando um developer com sucesso:
  
  Resposta do servidor:
  
  Body: nenhum body
  
  Status code: 204 NO CONTENT
- Tentando deletar com um id inexistente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

POST /developers/:id/infos

Deve ser possível inserir uma informação adicional a um developer informando seu id;
Deve ser possível inserir os dados developerSince e preferedOS;
- developerSince deve ser uma data;
- preferedOS deve ser apenas um dos três tipos possíveis:
  - Windows
  - Linux
  - MacOS
Sucesso:
- Body esperado: objeto contendo as seguintes chaves:
  - id: tipo number
  - developerSince: tipo Date, formato americano YYYY-MM-DD.
  - preferredOS: tipo string
  - developerId: tipo number
- Status esperado: 201 CREATED
Falha:
- Caso: developer com id informado já contém uma informação adicional:
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 409 CONFLICT.
- Caso: preferedOS informado não é um dos três permitidos:
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada e uma chave options sendo um array contendo as três opções possíveis;
  - Status esperado: 400 BAD REQUEST.
- Caso: id informado não pertence à nenhum developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
Exemplos de retornos:

Dados de entrada:

Body: Formato Json
```
{
  "developerSince": "2013-01-01",
  "preferredOS": "MacOS"
}
```
- Criando uma informação adicional com sucesso:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 201 CREATED
```
{
  "id": 1,
  "developerSince": "2013-01-01T02:00:00.000Z",
  "preferredOS": "MacOS",
  "developerId": 1
}
```
- Tentando cadastrar informação à um developer que já possui:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 409 CONFLICT
```
{
  "message": "Developer infos already exists."
}
```
- Tentando cadastrar informação com um preferedOS inválido:
  
  Dados de entrada:
  
  Body: Formato Json
```
{
  "developerSince": "10/02/2018",
  "preferedOS": "Other OS"
}
```
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 400 BAD REQUEST
```
{
  "message": "Invalid OS option.",
  "options": ["Windows", "Linux", "MacOS"]
}
```
- Tentando cadastrar informação com um developer id inválido:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

Rota - /projects

Endpoints

Método	Endpoint	Responsabilidade
POST	/projects	Cadastrar um novo projeto
GET	/projects/:id	Listar um projeto pelo id
PATCH	/projects/:id	Atualizar um projeto
DELETE	/projects/:id	Excluir um projeto
POST	/projects/:id/technologies	Cadastrar uma tecnologia para um projeto
DELETE	/projects/:id/technologies/:name	Deletar uma tecnologia de um projeto

Regras da aplicação

POST - /projects

Deve ser possível cadastrar um novo projeto enviando os seguintes dados:
- name: tipo string
- description: tipo string
- estimatedTime: tipo string
- repository: tipo string
- startDate: tipo Date, formato americano YYYY-MM-DD.
- endDate: tipo Date, formato americano YYYY-MM-DD.
- developerId: tipo number
No body de retorno, caso o endDate não seja enviado na criação, deve ser retornado um null;
Sucesso:
- Body esperado: objeto contendo todos o dados do projeto criado;
- Status esperado: 201 CREATED
Falha:
- Caso: developerId não pertence à um developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.

Exemplos:

Dados de entrada:
Body: Formato Json

// sem endDate
{
  "name": "Projeto 1",
  "description": "Projeto fullstack",
  "estimatedTime": "2 dias",
  "repository": "url.com.br",
  "startDate": "2023-12-02",
  "developerId": 1
}

// com endDate
{
  "name": "Projeto 2",
  "description": "Projeto backend",
  "estimatedTime": "2 dias",
  "repository": "url.com.br",
  "startDate": "2023-12-10",
  "endDate": "2023-12-23",
  "developerId": 1
}

Criando um projeto com sucesso:

Resposta do servidor:
Body: Formato Json
Status code: 201 CREATED

// sem endDate no body de envio
{
  "id": 1,
  "name": "Projeto 1",
  "description": "Projeto fullstack",
  "estimatedTime": "2 dias",
  "repository": "url.com.br",
  "startDate": "2023-12-02T03:00:00.000Z",
  "endDate": null,
  "developerId": 1
}

// com endDate no body de envio
{
  "id": 2,
  "name": "Projeto 2",
  "description": "Projeto backend",
  "estimatedTime": "2 dias",
  "repository": "url.com.br",
  "startDate": "2023-12-10T03:00:00.000Z",
  "endDate": "2023-12-23T03:00:00.000Z",
  "developerId": 1
}

Tentando criar com um developerId inválido:

Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

GET - /projects/:id

Deve ser possível retornar os dados de um project a partir do id desse projeto;
O retorno deve ser um array de objetos e cada objeto deve retornar os dados da tabela technologies_projects
Cada objeto deve conter as seguintes chaves:
- projectId
- projectName
- projectDescription
- projectEstimatedTime
- projectRepository
- projectStartDate
- projectEndDate
- projectDeveloperId
- technologyId (esse dado pode ser nulo)
- technologyName (esse dado pode ser nulo)
Sucesso:
- Body esperado: array de objetos contendo todos os dados relacionados ao projeto e suas tecnologias;
- Status esperado: 200 OK
Falha:
- Caso: project id não pertence a um project cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.

Exemplos:

Criando um projeto com sucesso:

Resposta do servidor:
Body: Formato Json
Status code: 201 CREATED

[
  {
    "projectId": 1,
    "projectName": "Projeto 1",
    "projectDescription": "Projeto fullstack",
    "projectEstimatedTime": "4 meses",
    "projectRepository": "url.com.br",
    "projectStartDate": "2023-12-02T03:00:00.000Z",
    "projectEndDate": "2023-12-10T03:00:00.000Z",
    "projectDeveloperId": 1,
    "technologyId": 1,
    "technologyName": "JavaScript"
  },
  {
    "projectId": 1,
    "projectName": "Projeto 1",
    "projectDescription": "Projeto fullstack",
    "projectEstimatedTime": "4 meses",
    "projectRepository": "url.com.br",
    "projectStartDate": "2023-12-02T03:00:00.000Z",
    "projectEndDate": "2023-12-10T03:00:00.000Z",
    "projectDeveloperId": 1,
    "technologyId": 9,
    "technologyName": "MongoDB"
  }
]

Tentando listar com um project id inválido:

Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Project not found."
}
```

PATCH - /projects/:id

Deverá ser possível atualizar todos os dados de um projeto com exceção do id;
Todos os dados permitidos para atualização devem ser opicionais no envio;
Sucesso:
- Body esperado: objeto contendo todos os dados do projeto que foi atualizado;
- Status esperado: 200 OK
Falha:
- Caso: project id informado na url não pertence à um projeto cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
- Caso: developerId informado no body não pertence à um developer cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.

Exemplos:

Dados de entrada:
Body: Formato Json

{
  "name": "Novo nome",
  "description": "Nova descrição",
  "estimatedTime": "1 dia",
  "repository": "novaurl.com.br",
  "startDate": "2023-11-22",
  "developerId": 2
}

Atualizando um projeto com sucesso:

Resposta do servidor:

Body: Formato Json

Status code: 200 OK

{
  "id": 1,
  "name": "Novo nome",
  "description": "Nova descrição",
  "estimatedTime": "1 dia",
  "repository": "novaurl.com.br",
  "startDate": "2023-11-22",
  "developerId": 2
}

Tentando atualizar com um project id inválido:

Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Project not found."
}
```
Tentando atualizar com um developerId inválido:

Dados de entrada:

Body: Formato Json
```
{
  "developerId": 9999
}
```
Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Developer not found."
}
```

DELETE - /projects/:id

Deve ser possível deletar um projeto especificando seu id;
Sucesso:
- Body esperado: nenhum. Não deve retornar nenhum body;
- Status esperado: 204 NO CONTENT
Falha:
- Caso: id informado não pertence à nenhum project cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
Exemplos de retornos:
- Deletando um developer com sucesso:
  
  Resposta do servidor:
  
  Body: nenhum body
  
  Status code: 204 NO CONTENT
- Tentando deletar com um id inexistente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 404 NOT FOUND
```
{
  "message": "Project not found."
}
```

POST - /projects/:id/technologies

Deve ser possível adicionar uma tecnologia existente na tabela technologies a um projeto, informando o id do projeto através da url e o name da tecnologia através do body;
O objeto de retorno deve conter as seguintes chaves:
- technologyId
- technologyName
- projectId
- projectName
- projectDescription
- projectEstimatedTime
- projectRepository
- projectStartDate
- projectEndDate
Sucesso:
- Body esperado: objeto contendo os dados de retorno esperados;
- Status esperado: 201 CREATED
Falha:
- Caso: project id informado não pertence à nenhum project cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
- Caso: technology name não é um nome válido com base nos dados existentes na tabela technologies
  - Body esperado: um objeto contendo duas chaves:
    - message: contendo uma mensagem adequada
    - option: sendo um array contendo todas as tecnologias válidas;
  - Status esperado: 400 BAD REQUEST.
- Caso: technology name informado já existe no projeto informado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 409 CONFLICT.

Exemplos de retornos:

Dados de entrada:
Body: Formato Json

{
  "name": "MongoDB"
}

Adicionando uma nova tecnologia com sucesso:

Resposta do servidor:
Body: nenhum body
Status code: 201 CREATED

{
  "technologyId": 1,
  "technologyName": "MongoDB",
  "projectId": 1,
  "projectName": "Projeto 1",
  "projectDescription": "Projeto fullstack",
  "projectEstimatedTime": "4 meses",
  "projectRepository": "url.com.br",
  "projectStartDate": "2023-12-02T03:00:00.000Z",
  "projectEndDate": "2023-12-10T03:00:00.000Z"
}

Tentando vincular uma tecnologia, enviando um project id inexistente:

Resposta do servidor:

Body: Formato Json

Status code: 404 NOT FOUND
```
{
  "message": "Project not found."
}
```

Tentando vincular uma tecnologia, enviando um technology name inexistente na tabela de tecnologias:

Resposta do servidor:
Body: Formato Json
Status code: 404 BAD REQUEST

{
  "message": "Technology not supported.",
  "options": [
    "JavaScript",
    "Python",
    "React",
    "Express.js",
    "HTML",
    "CSS",
    "Django",
    "PostgreSQL",
    "MongoDB"
  ]
}

Tentando vincular uma tecnologia já existente no projeto:

Resposta do servidor:

Body: Formato Json

Status code: 409 CONFLICT
```
{
  "message": "This technology is already associated with the project"
}
```

DELETE - /projects/:id/technologies/:name

Deve ser possível desvincular uma tecnologia atrelada a um projeto enviando o id do projeto e nome da tecnologia através da url;
ATENÇÃO: a tecnologia não deve ser excluída da tabela technologies, mas sim apenas ser desvinculada de um projeto. Para isso deve ser alterada a tabela projects_technologies;
Sucesso:
- Body esperado: nenhum. Não deve retornar nenhum body;
- Status esperado: 204 NO CONTENT
Falha:
- Caso: project id informado não pertence à nenhum project cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 404 NOT FOUND.
- Caso: technology name informado é válido porém não pertence à nenhum project cadastrado
  - Body esperado: um objeto contendo a chave message com uma mensagem adequada;
  - Status esperado: 400 BAD REQUEST.
- Caso: technology name não é um nome válido com base nos dados existentes na tabela technologies
  - Body esperado: um objeto contendo duas chaves:
    - message: contendo uma mensagem adequada
    - option: sendo um array contendo todas as tecnologias válidas;
  - Status esperado: 400 BAD REQUEST.
Exemplos de retornos:
- Desvinculando uma tecnologia com sucesso:
  
  Resposta do servidor:
  
  Body: nenhum body
  
  Status code: 204 NO CONTENT
- Tentando desvincular uma tecnologia, enviando um project id inexistente:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 404 NOT FOUND
```
{
  "message": "Project not found."
}
```
- Tentando desvincular uma tecnologia, enviando um technology name não vinculado ao projeto:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 400 BAD REQUEST
```
{
  "message": "Technology not related to the project."
}
```
- Tentando desvincular uma tecnologia, enviando um technology name inexistente na tabela de tecnologias:
  
  Resposta do servidor:
  
  Body: Formato Json
  
  Status code: 400 BAD REQUEST
```
{
  "message": "Technology not supported.",
  "options": [
    "JavaScript",
    "Python",
    "React",
    "Express.js",
    "HTML",
    "CSS",
    "Django",
    "PostgreSQL",
    "MongoDB"
  ]
}
```

Name		Name	Last commit message	Last commit date
Latest commit History 7 Commits
sql		sql
src		src
.env.example		.env.example
.gitignore		.gitignore
README.md		README.md
configTestsDatabase.ts		configTestsDatabase.ts
jest.config.js		jest.config.js
kenzievelopers_workspace		kenzievelopers_workspace
package.json		package.json
tsconfig.json		tsconfig.json

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Repository files navigation

Controle de projetos - KenzieVelopers

Introdução

Regras da entrega

AVISO

Tabelas do banco de dados

Tabela developers

Tabela developer_infos

Tabela projects

Tabela technologies

Tabela projects_technologies

Relacionamentos

developers e developer_infos

developers e projects

projects e projects_technologies

Rotas - /developers

Endpoints

Regras da aplicação

POST /developers

GET /developers/:id

PATCH /developers/:id

DELETE /developers/:id

POST /developers/:id/infos

Rota - /projects

Endpoints

Regras da aplicação

POST - /projects

GET - /projects/:id

PATCH - /projects/:id

DELETE - /projects/:id

POST - /projects/:id/technologies

DELETE - /projects/:id/technologies/:name

About

Releases

Packages

Languages

Sandraoliv/controle-de-projetos-kenzievelopers-sp3-m4-sandraoliv1

Folders and files

Latest commit

History

Repository files navigation

Controle de projetos - KenzieVelopers

Introdução

Regras da entrega

AVISO

Tabelas do banco de dados

Tabela developers

Tabela developer_infos

Tabela projects

Tabela technologies

Tabela projects_technologies

Relacionamentos

developers e developer_infos

developers e projects

projects e projects_technologies

Rotas - /developers

Endpoints

Regras da aplicação

POST /developers

GET /developers/:id

PATCH /developers/:id

DELETE /developers/:id

POST /developers/:id/infos

Rota - /projects

Endpoints

Regras da aplicação

POST - /projects

GET - /projects/:id

PATCH - /projects/:id

DELETE - /projects/:id

POST - /projects/:id/technologies

DELETE - /projects/:id/technologies/:name

About

Resources

Stars

Watchers

Forks

Releases

Packages 0

Languages

Packages