Gestão De Vagas Na API Gerenciamento De Cargos (CEGONHA)

Data de elaboração	(verificar "revisões" para identificar data de elaboração do estudo.)
Responsável pelo estudo	Nome do autor ou autores do estudo técnico (somente assessores)
Equipe do estudo	Nome da equipe, ou listagem dos integrantes da equipe (time)
Alvo	sistema, processo, projeto, item, equipamento alvo de estudo
Origem	o que originou o estudo? usar alguma destas classes: Objetivo estratégico: escreva qual o objetivo estratégico deu origem a este estudo Implementação: casos de novas implementações Projeto: qual projeto gerou este estudos (nome/link do projeto glpi ou documentação) Melhoria: melhorar alguma implementação já feita (neste caso aponte no campo documentos correlatos o documento do sistema) Reparo: originado de algum incidente/problema/falha (neste caso aponte no campo documentos correlatos o documento do problema)
Objetivo	ex: diminuir tempo de atendimento adequando o padrão para 12 horas (dois dias de expediente de trabalho). pode-se utilizar objetivos smart
Documentação correlata (opcional)	link de documento no sei que tenha haver com estudo link de documento na wiki que tenha correlação com o estudo link para artigos de embasamento
Observações	observações gerais a respeito do estudo técnico

1. Introdução

O objetivo deste estudo técnico é propor uma reestruturação nas tabelas do sistema de Gerenciamento de Cargos (CEGONHA) para possibilitar a gestão de vagas de forma mais flexível e eficiente. Serão apresentadas as funcionalidades necessárias para atender às necessidades descritas, a complexidade de cada funcionalidade, possíveis problemas e o valor agregado da solução.

2. Desenvolvimento

Com base nas informações fornecidas, a reestruturação das tabelas se faz necessária para aprimorar o sistema de Gerenciamento de Cargos (CEGONHA). A seguir, serão detalhadas as alterações propostas para cada tabela:

1. Tabela de Cargo: Atualmente, a tabela de Cargo possui os seguintes campos:

• Id (identificador único do cargo)
• Nome (nome do cargo)
• CodigoESocial (código do cargo no sistema eSocial)
• Ativo (indica se o cargo está ativo ou não)
• CodigoUnidadeGestora (código da unidade gestora à qual o cargo está vinculado)

Proposta de reestruturação:

• Adicionar um campo "TotalDeVagas" para indicar o total de vagas disponíveis para o cargo. Esse campo será obrigatório.

Motivo da mudança: A reestruturação da tabela de Cargo é necessária para permitir que uma vaga possa ser cadastrada sem a necessidade de adicionar uma unidade administrativa. Dessa forma, a vaga poderá pertencer à unidade gestora e ser distribuída internamente conforme a necessidade, sem a restrição de uma estrutura de cargos já definida na unidade.

2. Tabela de Vaga: A tabela de Vaga atualmente possui os seguintes campos:

• Id (identificador único da vaga)
• CargoId (identificador do cargo associado à vaga)
• CodigoUnidadeAdministrativa (código da unidade administrativa à qual a vaga está vinculada)
• TotalDeVagas (número total de vagas disponíveis para o cargo)

Proposta de reestruturação: 

• Tabela de Vaga

  • CodigoUnidadeAdministrativa (campo opcional)
  • DestinoDaVaga (Enum contendo: UnidadeAdministrativa, UnidadeGestora, Bloqueada)
    

   

4. Funcionalidades necessárias para atender a necessidade:

1. Cadastro de vaga sem a obrigatoriedade de vinculação a uma unidade administrativa.
2. Vinculação de vaga a uma unidade gestora, permitindo a distribuição interna de acordo com a necessidade.
3. Manutenção da estrutura atual de registro das ocupações das vagas.
4. Controle da distribuição das vagas de acordo com o total do cargo.

5. Complexidade de cada funcionalidade:

1. Cadastro de vaga sem a obrigatoriedade de vinculação a uma unidade administrativa: Baixa complexidade, pois envolve apenas a alteração do campo opcional "CodigoUnidadeAdministrativa" tornando ele opcional na tabela de vagas.
2. Vinculação de vaga a uma unidade gestora: Baixa complexidade, pois aproveita a estrutura atual da tabela de Vaga, permitindo o preenchimento do campo "CodigoUnidadeAdministrativa" de acordo com a necessidade.
3. Manutenção da estrutura atual de registro das ocupações das vagas: Baixa complexidade, uma vez que não são propostas alterações na tabela de Ocupacao.
4. Controle da distribuição das vagas de acordo com o total do cargo: Média complexidade, pois envolve o controle dinâmico da criação/edição de vagas de acordo o total do cargo, nunca podendo ultrapassar o total do cargo, levando em consideração demais vagas criadas para o mesmo cargo.

6. Possíveis problemas:

1. Inconsistências de dados: Caso não haja validações adequadas, pode haver inconsistências nos registros das vagas e ocupações, como vagas sem vinculação ou vinculação inadequada.
2. Falta de integridade referencial: É essencial garantir a integridade referencial entre as tabelas para evitar registros inválidos ou desatualizados.

7. Valor agregado: A reestruturação proposta permite uma maior flexibilidade na gestão de vagas, possibilitando que uma vaga possa ser cadastrada sem a obrigatoriedade de vinculação a uma unidade administrativa. Isso facilita a alocação de vagas de acordo com a necessidade da unidade gestora, tornando o processo de gerenciamento mais eficiente.

3. Conclusão

A reestruturação das tabelas proposta neste estudo técnico atende às necessidades descritas, permitindo um gerenciamento mais flexível e eficiente das vagas na API de Gerenciamento de Cargos (CEGONHA). A inclusão do campo opcional "CodigoUnidadeAdministrativa" na tabela de Cargo possibilita a criação de vagas sem a necessidade de vinculação a uma unidade administrativa, tornando o sistema mais adaptável à realidade das unidades gestoras. É importante ressaltar a importância de implementar validações e garantir a integridade referencial para evitar problemas futuros no registro das informações.