[Formulário] Backend - Criar uma API para fazer CRUD do banco de dados do formulário

[JohnnyKamigashima]

Criação de API para Fazer CRUD. O pessoal do Backend pode quebrar em mais de uma tarefa se a pontuação foi muito alta para uma sprint. Conforme experiência do DEVELOPER, poderão ser alterados alguns critérios desta issue, desde que os critérios alterados sejam anotados em um comentário.

Critéios de aceite:

• A API deve aceitar Criação de um novo registro através de POST.

  • A api deve retornar o código de 201 quando bem sucedido

• A api deve aceitar Leitura fornecido email

  • ela deve retornar em json todos os dados desse registro

• A api deve aceitar Leitura fornecido nome_empresa

  • ela deve retornar em json todos os dados desse registro

• A api deve aceitar Leitura fornecido email e nome_empresa

  • ela deve retornar em json todos os dados desse registro

• A api deve aceitar Alteração de dados

  • A api deve retornar o código de 201 quando bem sucedido
  • Os dados obrigatórios não podem ser substituídos por vazio
  • Os dados não fornecidos deverão manter-se
  • Os campos de email e nome_empresa não poderão ser alterados

• A api deve aceitar remoção

  • A remoção poderá ser feita fornecendo email e nome_empresa ao mesmo tempo

• Prever futuramente quando tivermos usuários definidos precisamos ter autenticação por token para fazer esses acessos.

• As mensagens mais comuns devem ser retornados pela api

  • 500 - Internal Server Error
  • 409 - Conflict
  • 404 - Not Found
  • 400 - Bad Request
  • 201 - Created (Criado)

• Deve respeitar critérios de tamanho e campos obrigatórios definidos na issue #TR-Backend 45

• Regras de campos:

  • data_registro deverá guardar a data do primeiro cadastro
  • email deve possuir um @, não pode possuir espaços nem caracteres especiais nem acentuados.
  • outro_ramo não poderá possuir vírgulas, ponto e vírgula, ponto, underline ou outro caractere separador
  • cargo não poderá possuir vírgulas, ponto e vírgula, ponto, underline ou outro caractere separador
  • stacks_outros poderá aceitar somente vírgula como caractere separador, se for adicionado qualquer caractere que não seja letra, número ou vírgula deve retornar um código de erro 400 correspondente e a mensagem "Utilize somente vírgula como separador entre stacks"
    • trocar vírgulas duplas /,{2,}/ por uma única
  • outros_beneficios poderá aceitar somente vírgula como caractere separador, se for adicionado qualquer caractere que não seja letra, número ou vírgula deve retornar um código de erro 400 correspondente e a mensagem "Utilize somente vírgula como separador entre stacks"
    • trocar vírgulas duplas /,{2,}/ por uma única
  • salario deve aceitar somente valores numéricos positivos com ou sem duas casas decimais, deixando ,00 caso não fornecido.

• Enums

  • ramo_atividade [TECNOLOGIA_INFORMACAO, SAUDE_ASSISTENCIA_MEDICA, FINANCAS_SERVICOS_FINANCEIROS, EDUCACAO_TREINAMENTO, MANUFATURA, VAREJO_COMERCIO, ENERGIA, TELECOMUNICACOES, INDUSTRIA, ALIMENTOS_BEBIDAS, OUTRO]
  • modelo_contratacao [CLT, PJ, ESTAGIO, JOVEM_APRENDIZ,AUTONOMO]
  • modelo_trabalho [REMOTO,HIBRIDO,PRESENCIAL]
  • stacks_empresa
    • este campo aceita coleção de enums [PYTHON,JAVA_SCRIPT,JAVA,C,PHP,SWIFT,KOTLIN,GO,DOCKER,KUBERNETES,KAFKA,RABBIT_MQ,AWS,OUTRO]
  • avaliacao_geral [1,2,3,4,5]
    • ambiente_trabalho [PROS,CONTRA,NAO_APLICA]
    • apoio_assistencia_rh [PROS,CONTRA,NAO_APLICA]
    • diversidade [PROS,CONTRA,NAO_APLICA]
    • plano-carreira [PROS,CONTRA,NAO_APLICA]
  • remuneracao [PROS,CONTRA,NAO_APLICA]
  • treinamento [PROS,CONTRA,NAO_APLICA]
  • beneficios
    • Este campo aceita coleção de enums

  [AUXILIO_HOME_OFFICE,AUXILIO_TRANSPORTE,HOME_OFFICE,HORARIO_FLEXIVEL,PLANO_SAUDE,PLANO_ODONTOLOGICO,PPR,REFEICAO_LOCAL,SEGURO_VIDA,VALE_ALIMENTACAO,VALE_REFEICAO,OUTRO]

[JohnnyKamigashima]

Banco de dados criado

[jeffbcampos]

@JohnnyKamigashima Atualizando sobre a construção total da issue, vou postar tudo que está sendo implementado até então. Segue a print da rota de criação de avaliação.

[jeffbcampos]

@JohnnyKamigashima está sendo implementado tbm uma rota de login, onde esta será gerada um token JWT para ser armazenado no Front(Cookies os LocalStorage). O Payload do token será gerado a partir do email no login e terá uma validade de 7 dias. A idéia é que com o JWT já implementado, a avaliação seja feita com o usuário Logado.

Por enquanto tudo que foi passado aqui já está na branch Development.

[JohnnyKamigashima]

@jeffbcampos gostando de ver!!