¶ Impacto da migração de dados do banco de dados do Skala para o SIEP.
| Data de elaboração | 27/10/2023 |
|---|---|
| Responsável pelo estudo | José Lucas da Silva Costa |
| Equipe do estudo |
|
| Alvo | Skala, SIEP |
| Origem | Substituição do sistema Skala para o SIEP |
| Objetivo | Este estudo tem por objetivo levantar os impactos da migração de dados do banco de dados do Skala para o SIEP. |
| Documentação correlata (opcional) |
https://wiki.setic.ro.gov.br/pt-br/home/spaces/code/gc/estudos/0 https://wiki.setic.ro.gov.br/pt-br/home/spaces/code/gc/estudos/guar10 https://wiki.setic.ro.gov.br/pt-br/home/spaces/code/gc/estudos/guar11 |
| Observações | Estudo preliminar. |
¶ Introdução
A migração de dados do banco de dados do Skala para o SIEP é um processo de grande relevância para a organização. O primeiro ponto a considerar é a melhoria substancial da estrutura de dados. O SIEP oferece uma estrutura mais organizada e descritiva em comparação com o sistema anterior do Skala.
A nova estrutura tem nomes de tabelas e colunas mais informativos, tornando o banco de dados mais legível e de fácil compreensão. Essa melhoria na organização dos dados pode resultar em uma qualidade superior das informações e maior capacidade de gerenciamento.
Além disso, a conformidade com as melhores práticas é uma consideração vital. A nova estrutura do SIEP adere a melhores práticas de design de banco de dados, resultando em maior eficiência, desempenho e segurança dos dados. Isso é essencial para garantir que a organização esteja seguindo padrões reconhecidos e mantendo a integridade de seus dados.
¶ Justificativa
A migração também prepara a organização para futuras expansões e evoluções do sistema. A estrutura mais moderna e flexível do SIEP permite acomodar novos requisitos e funcionalidades à medida que surgem, mantendo a relevância do sistema ao longo do tempo.
Além disso, a migração pode oferecer a oportunidade de consolidar e centralizar dados em um único sistema, facilitando a integração de informações e a geração de relatórios abrangentes.
Outro aspecto fundamental é a necessidade de atender requisitos regulatórios em constante evolução. A nova estrutura pode ser melhor adaptada a essas exigências, garantindo conformidade e reduzindo riscos legais a exemplo da LGPD.
As melhorias na eficiência operacional também são uma consideração crítica. A nova estrutura de dados pode economizar tempo e recursos no acesso e manipulação de informações, contribuindo para uma operação mais eficiente.
Por fim, a migração deve ser planejada e executada com cuidado para manter a integridade dos dados. A SETIC deve garantir que nenhuma informação crítica seja perdida ou corrompida no processo.
Em resumo, a migração do banco de dados do Skala para o SIEP é um passo fundamental para alinhar a infraestrutura de dados da organização com as melhores práticas, melhorar a eficiência operacional, garantir a conformidade regulatória e manter a relevância dos sistemas de informações em um ambiente em constante evolução.
¶ Comparação entre as estruturas de banco de dados
Nesta seção, realizaremos uma análise detalhada das diferenças e semelhanças entre as estruturas de dados dos bancos de dados do sistema Skala e do sistema SIEP, com um foco especial na tabela "Plantao". A compreensão dessas discrepâncias é essencial para uma migração bem-sucedida dos dados e a integração eficaz entre os sistemas.
¶ Migração da tabela “Skala.Plantao” para “Siep.Plantao”
Aqui neste tópico, comparamos as tabelas "[SIEP].[Plantoes]" e "[dbo].[Plantao]" para avaliar a migração de dados do sistema Skala para o sistema SIEP. O foco está na análise das diferenças e semelhanças entre as estruturas das tabelas para garantir uma migração eficaz e bem-sucedida. Vamos analisar os principais pontos de comparação.
Tabela "[SIEP].[Plantoes]" do Sistema SIEP:
- Id: Este campo atua como um identificador único para cada plantão registrado no sistema SIEP.
- Status: Indica o status do plantão, permitindo classificar se está ativo ou inativo.
- CpfDoServidor, MatriculaDoServidor, NomeDoServidor: Esses campos armazenam informações sobre o servidor associado ao plantão, incluindo CPF, matrícula e nome.
- CpfDoResponsavel, MatriculaDoResponsavel, NomeDoResponsavel: Estes campos contêm detalhes sobre o responsável pelo plantão, incluindo CPF, matrícula e nome.
- Inicio, Final: Indicam a data e hora de início e término do plantão.
- EscalaId: Representa o identificador da escala associada ao plantão.
- Ativo: Um campo binário que determina se o plantão está ativo.
- DataDeCriacao, DataDeAlteracao: Armazenam a data e hora de criação e da última alteração do plantão.
- LegendaId: Este campo indica o identificador da legenda associada ao plantão.
- CargaHoraria: Representa a carga horária do plantão.
Tabela "[dbo].[Plantao]" do Sistema Skala:
- Id: Serve como um identificador único para cada plantão registrado no sistema Skala.
- CpfServidor: Armazena o CPF do servidor associado ao plantão (pode ser nulo).
- DataInicial, DataFinal: Indicam a data e hora de início e término do plantão.
- PadraoId: Representa o identificador do padrão associado ao plantão.
- HorarioEntrada, HorarioSaida: Contêm informações sobre o horário de entrada e saída do plantão.
- DataDeRegistro: Armazena a data e hora de registro do plantão.
- CpfDoResponsavel, NomeDoResponsavel: Esses campos contêm detalhes sobre o responsável pelo plantão.
- Ativo: Um campo binário que determina se o plantão está ativo.
Comparação e Considerações para a Migração:
- Ambas as tabelas possuem identificadores únicos (campo "Id"), facilitando a migração e a integridade referencial.
- Os campos de status (Ativo ou Inativo) estão presentes em ambas as tabelas, garantindo a consistência na migração.
- Os campos relacionados aos dados dos servidores (CPF, Matrícula, Nome) são representados de forma diferente nas duas tabelas. É crucial mapear corretamente esses dados e considerar campos nulos.
- As datas e horários estão armazenados com precisão nas duas tabelas, simplificando a migração.
- A tabela SIEP inclui campos adicionais relacionados a escalas e legendas, que não estão presentes no sistema Skala. É necessário decidir como essas informações serão tratadas durante a migração.
- A inclusão do campo "CargaHoraria" na tabela SIEP é uma adição relevante que pode auxiliar no rastreamento da carga horária do plantão.
- Os nomes de campos e esquemas são diferentes entre as tabelas, requerendo um mapeamento cuidadoso.
- A compatibilidade dos tamanhos dos campos de caracteres deve ser verificada para evitar truncamento de dados durante a migração.
- O tratamento de valores nulos, especialmente em campos opcionais, deve ser considerado durante a migração.
- Os dados dos responsáveis pelo plantão devem ser transferidos com precisão. Certifique-se de que as datas de criação e alteração dos plantões sejam mantidas após a migração.
- O campo "Ativo" em ambas as tabelas precisa ser tratado de forma consistente após a migração.
- A migração bem-sucedida dos dados do sistema Skala para o sistema SIEP requer planejamento detalhado, mapeamento preciso dos dados e consideração das diferenças nas estruturas das tabelas. É fundamental realizar testes rigorosos antes da migração em produção e garantir a qualidade dos dados após a migração.
¶ Migração da tabela “Skala.Escala” para “Siep.Escala”
Aqui neste tópico, comparamos as tabelas "[SIEP].[Escalas]" e "[dbo].[Escala]" para avaliar a migração de dados do sistema Skala para o sistema SIEP. O foco está na análise das diferenças e semelhanças entre as estruturas das tabelas para garantir uma migração eficaz e bem-sucedida. Vamos analisar os principais pontos de comparação.
Tabela "Escala" do Sistema Skala:
- Id: Identificador único da escala.
- Descrição: Descrição da escala.
- Departamento: Departamento da escala.
- CpfResponsavel: CPF do responsável pela escala.
- Responsavel: Nome do responsável pela escala.
- DepartamentoId: ID do departamento.
- UnidadeOrcamentariaId: ID da unidade orçamentária (pode ser nulo).
- UnidadeOrcamentaria: Nome da unidade orçamentária (pode ser nulo).
- DataDeRegistro: Data e hora de registro da escala.
- Status: Status da escala (Inativa ou Ativa).
Tabela "[SIEP].[Escalas]" do Sistema SIEP:
- Id: Identificador único da escala.
- Status: Status da escala.
- Descrição: Descrição da escala.
- Local_Departamento: Nome do departamento local.
- Local_DepartamentoId: Identificador do departamento local.
- Local_UnidadeOrcamentaria: Nome da unidade orçamentária local.
- Local_UnidadeOrcamentariaId: Identificador da unidade orçamentária local.
- CpfDoResponsavel: CPF do responsável (pode ser nulo).
- MatriculaDoResponsavel: Matrícula do responsável (pode ser nulo).
- NomeDoResponsavel: Nome do responsável (pode ser nulo).
- DataDeCriacao: Data e hora de criação da escala.
- DataDeAlteracao: Data e hora da última alteração da escala.
- CpfDeQuemHomologou: CPF da pessoa que homologou a escala (pode ser nulo).
- DataDeHomologacao: Data e hora de homologação da escala (pode ser nulo).
- MatriculaDeQuemHomologou: Matrícula da pessoa que homologou a escala (pode ser nulo).
- NomeDeQuemHomologou: Nome da pessoa que homologou a escala (pode ser nulo).
- Ano: Ano ao qual a escala está relacionada.
- Mes: Mês ao qual a escala está relacionada.
- InformacoesAdicionais: Informações adicionais (pode ser nulo).
- EnviadoParaHomologacao: Data e hora em que a escala foi enviada para homologação (pode ser nulo).
Comparação e Considerações para a Migração:
- Identificador Único: Ambas as tabelas possuem um identificador único, o que facilita a migração dos dados mantendo a integridade referencial.
- Status da Escala: Ambas as tabelas têm um campo para o status da escala. Certificar-se de que os valores de status sejam consistentes entre os sistemas.
- Descrição da Escala: O tamanho do campo "Descrição" na tabela do SIEP é maior, o que permite armazenar descrições mais longas. Certificar-se de que as descrições sejam compatíveis.
- Departamento e Unidade Orçamentária: Os campos relacionados a departamento e unidade orçamentária são semelhantes, mas os nomes e identificadores podem variar. Certificar-se de mapear corretamente esses valores durante a migração.
- Dados do Responsável: Os campos relacionados ao responsável pela escala são semelhantes. Certificar-se de que os dados do responsável sejam transferidos corretamente.
- Datas e Horários: As datas e horários são armazenados com precisão nos dois sistemas, o que facilita a migração.
- Homologação: O sistema SIEP inclui campos relacionados à homologação, o que pode ser uma adição relevante. Certificar-se de que os dados de homologação sejam tratados adequadamente.
- Informações Adicionais: O sistema SIEP inclui um campo para informações adicionais, o que pode ser útil para dados extras.
- Compatibilidade de Tamanho de Campo: Certificar-se de que os campos de caracteres tenham tamanhos compatíveis para evitar truncamento de dados durante a migração.
- Tratamento de Valores Nulos: Considere como tratar valores nulos durante a migração, especialmente nos campos opcionais.
- Ano e Mês: O sistema SIEP inclui campos para ano e mês, o que pode ser útil para consultas temporais.
- Enviado para Homologação: O campo "EnviadoParaHomologacao" no sistema SIEP pode ser útil para rastrear o estado de homologação das escalas.
Em resumo, a migração dos dados do sistema Skala para o sistema SIEP é viável, mas requer um mapeamento adequado dos atributos e consideração para lidar com as diferenças entre as tabelas. É importante garantir a consistência dos dados, o tratamento de valores nulos e a compatibilidade de tamanhos de campos. Além disso, os campos adicionais no sistema SIEP podem fornecer recursos extras que podem ser úteis. Recomenda-se fazer testes rigorosos antes de executar a migração em produção.
¶ Diagrama atual do Skala
A imagem que se segue é um diagrama que representa a estrutura do Sistema Skala, uma solução de gestão que tem desempenhado um papel fundamental nas operações da organização. Este diagrama visual ilustra a arquitetura do sistema, destacando os principais componentes e a interconexão entre eles.
¶ Diagrama atual do SIEP
A imagem que segue é um diagrama representativo do Sistema Integrado de Escalas e Plantões (SIEP), uma solução inovadora e abrangente que está prestes a ser lançada. Esse diagrama é uma representação visual que ilustra a estrutura e a arquitetura do SIEP, destacando os principais componentes e como eles se relacionam para atender às necessidades da SETIC-RO.
¶ Testes pós-migração de dados
Realizar testes pós-migração é crucial para garantir a integridade e qualidade dos dados transferidos. Os testes devem abranger a verificação de dados ausentes, discrepâncias, erros de formatação e a consistência geral dos dados migrados. Isso inclui a comparação dos dados no sistema de origem com os dados no sistema de destino para validar que a migração foi bem-sucedida e que nenhum dado crítico foi perdido ou corrompido. Além disso, os testes pós-migração também devem incluir verificações de funcionalidade do sistema para garantir que ele continua operando conforme o esperado após a migração.
¶ Conclusão
Considerando que as principais tabelas a serem migradas são as de Escalas e Plantões, com base nos laudos comparativos, podemos concluir que a migração é viável, mas requer um esforço considerável. A análise identificou diferenças e semelhanças, possibilitando uma estratégia eficaz, porém trabalhosa, para a transição de dados do sistema Skala para o sistema SIEP. A migração bem-sucedida dependerá da disponibilidade de recursos técnicos e da capacidade da equipe responsável. Um planejamento detalhado é fundamental para garantir a integridade dos dados, mapear campos com precisão e realizar testes exaustivos. Recomenda-se estabelecer prazos realistas e alocar recursos adequados para a migração, visando minimizar interrupções nas operações e maximizar a eficiência do novo sistema. Além disso, é essencial envolver todas as partes interessadas e manter uma comunicação aberta para garantir o sucesso da migração e a continuidade das operações.