[em edição]Gestão De Vagas Na API Gerenciamento De Cargos (CEGONHA)

Elabore um estudo técnico com base nas informações apresentadas abaixo, preciso que reestruture as tabelas informadas abaixo de acordo os requisitos informados e explique o motivo: 

" Gestão De Vagas Na API Gerenciamento De Cargos (CEGONHA). Para cadastrar uma vaga não é obrigatório adicionar unidade administrativa.  Tendo em vista que a VAGA pertence a unidade Gestora, e ela pode distribuir a vaga de acordo com a necessidade dentro da própria unidade. Tendo em vista que a unidade gestora pode ou não ter uma estrutura de cargos já definida dentro da sua unidade. Tendo em vista que a Decaane não tem esse controle. Faz-se necessário que seja incluído a opção de “Sem vínculo a Unidade Administrativa” ou apenas permitir deixar o campo em branco.

MODELO PADRÃO DE ESTUDO: https://documentos.sistemas.ro.gov.br/books/spikes-estudos-tecnicos/page/modelo-padrao-estudos-tecnicos-nome-do-estudo-8sE

O estudo deve conter: Introdução, Desenvolvimento, As funcionalidades necessárias para atender a necessidade, Complexidade de cada funcionalidade, Possíveis problemas, Valor agregado e conclusão do estudo

Estrutura das tabelas

Tabela de Cargo:

• Id
• Nome
• CodigoESocial
• Ativo
• CodigoUnidadeGestora

Tabela de Vaga

• Id
• CargoId
• CodigoUnidadeAdministrativa
• TotalDeVagas

Tabela Ocupacao

• Id
• VagaId
• Ativo
• Bloqueio
• DataInicio
• DataFim

"

[

ao criar uma vaga informar tipo[unidadeadministrativa,gestora,bloqueada]

]

 

 

Estudoao Técnico:criar Gestãouma devaga Vagasinformar natipo[unidade APIadministrativa, Gerenciamentogestora, de Cargos (CEGONHA)bloqueada]

SETIC - Analista de Sistemas - 20 vagas
--------------------------------
 - BLOQUEADO - 2 vagas
 - SETIC - 12 vagas
 - CODE - 3 vagas
 - CAGD - 3 vagas
 - COGE - 3 vagas
 

 

 

 

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

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

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)ativo ou não)
• CodigoUnidadeGestora (código da unidade gestora à qual o cargo está vinculado)

Proposta de reestruturação:

• Adicionar um campo "CodigoUnidadeAdministrativa" para indicar a unidade administrativa à qual o cargo está vinculado. Esse campo poderá ser opcional, permitindo que um cargo não esteja vinculado a nenhuma unidade administrativa.

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: Nenhuma alteração é necessária na tabela de Vaga, uma vez que a inclusão do campo "CodigoUnidadeAdministrativa" no cargo permitirá a flexibilidade de vinculação conforme a necessidade, seja diretamente à unidade administrativa ou à unidade gestora.

3. Tabela Ocupacao: A tabela Ocupacao é responsável por registrar informações sobre a ocupação das vagas. Atualmente, possui os seguintes campos:

• Id (identificador único da ocupação)
• VagaId (identificador da vaga associada à ocupação)
• Ativo (indica se a ocupação está ativa)
• Bloqueio (indica se a ocupação está bloqueada)
• DataInicio (data de início da ocupação)
• DataFim (data de término da ocupação)

Proposta de reestruturação: Nenhuma alteração é necessária na tabela de Ocupacao, pois os campos atuais são suficientes para registrar as informações necessárias sobre a ocupação das vagas.

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.

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 inclusão do campo opcional "CodigoUnidadeAdministrativa" na tabela de Cargo.
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.

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

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.