Estudo sobre o desenvolvimento dos Relatórios do E-Estado

Análise quanto a complexidade e estimativa de prazo referente aos bens imóveis

Data de elaboração	27/03/2023
Responsável pelo estudo	Igor Ramos de Oliveira (Assessor)
Equipe do estudo	Esquadrão Suicida
Alvo	e-Estado/Módulo de Patrimônio
Origem	O estudo teve como origem a necessidade do cadastro de bens imóveis no e-Estado.
Objetivo	Analisar a complexidade do módulo de imóveis e estimar prazos para a sua implementação.
Documentação correlata (opcional)	Não possui.
Observações	Não possui.

1. Introdução

O presente estudo tem como propósito avaliar a complexidade e estimar um prazo para implementação do módulo de imóveis dentro do e-Estado, com foco inicial no CRUD do sistema e, posteriormente, o sistema de forma mais completa.

2. Glossário

• CRUD - É um acrônimo para Create, Read, Update, Delete (Criar, Ler, Atualizar e Remover). Uma referência às 4 ações que envolvem um cadastro.

3. Desenvolvimento

3.1 Estrutura

É importante destacar que o e-Estado possui uma estrutura interna mais complexa, onde vários sistemas são integrados entre si, isso permite a modularização do e-Estado a fim de tornar o sistema mais fácil de trabalhar e manter. Porém, para chegar nesse ponto, um esforço maior é necessário, no início, o que acaba por demandar um tempo a mais a fim de garantir a independência entre os módulos integrantes do sistema.

3.2 CRUD

Para a realização do CRUD, primeiro é necessário determinar a estrutura interna do sistema. Para isso precisamos determinar como será a estrutura das tabelas no banco de dados. Em princípio, o modelo ideal para o sistema seria conforme abaixo:

Figura 1: Modelo das tabelas do módulo de imóveis

Algumas tabelas já existem no e-Estado e, portanto, não estão sendo exibidas do diagrama acima. Conforme visto acima, várias tabelas serão necessárias para uma melhor organização dos dados e um melhor funcionamento do sistema.

A partir disso é possível implementar as funcionalidades referentes ao CRUD.

3.3 Solicitação de incorporação

A solicitação de incorporação é o fluxo responsável por permitir o cadastro/atualização dos imóveis no sistema. A partir de uma solicitação inicial, a mesma será analisada e então deferida ou indeferida.

• Caso a solicitação seja deferida e seja de criação, o imóvel será criado no sistema.
• Caso a solicitação seja deferida e seja de atualização, os dados do imóvel serão atualizados no sistema.
• Caso a solicitação seja indeferida, ela será encerrada.

4. Funcionalidades necessárias

4.1 Criar imóvel

O cadastro do imóvel, onde todos os dados e anexos necessários poderão ser informados para o devido registro no sistema.

4.2 Editar imóvel

A edição do imóvel, onde será possível editar os dados referentes a um imóvel cadastrado no sistema.

4.3 Consultar imóvel

Disponibilizar todos os dados referentes a um imóvel cadastrado no sistema, de forma que não é possível editar, apenas visualizar.

4.4 Listar imóveis

Lista com todos os imóveis disponíveis no sistema, com a possibilidade de filtros, sendo eles, inicialmente:

• Tipo
• Descrição
• Situação
• Forma de ingresso
• Unidade ocupante
• Orgão responsável
• Servidor responsável

4.5 Listar imóveis locados

Lista com todos os imóveis locados, com a possibilidade de filtros, sendo eles, inicialmente:

• Filtros do item anterior
• Data da locação
• Data de renovação

4.6 Criar solicitação de incorporação

Criar uma solicitação para criação ou atualização de um imóvel.

4.7 Editar solicitação de incorporação

A edição da solicitação, onde será possível editar os dados referentes a uma solicitação cadastrada no sistema. A edição não será permitida se:

• A solicitação está sendo analisada
• A solicitação está concluída

4.8 Consultar solicitação de incorporação

Disponibilizar os dados referentes a solicitação de incorporação.

4.9 Excluir solicitação de incorporação

Excluir uma solicitação de incorporação. Não será permitida se:

• A solicitação está sendo analisada
• A solicitação está concluída

4.10 Listar solicitações de incorporação

Listar todas as solicitações cadastradas no sistema, permitindo filtrar por dados específicos.

4.11 Deferir solicitação de incorporação

Deferir a solicitação de forma que seja possível prosseguir com a criação/atualização do imóvel solicitado.

4.12 Indeferir solicitação de incorporação

Indeferir a solicitação de forma que a mesma seja finalizada.

4.13 Devolver solicitação de incorporação

Devolver a solicitação para o solicitante de forma que o mesmo possa realizar as devidas alterações para posterior envio.

4.14 Relatórios

Disponibilizar relatórios para que seja possível visualizar informações mais completas referentes aos imóveis cadastrados no sistema.

5. Integrações necessárias

Para que o sistema funcione de forma correta, será necessário realizar algumas integrações com outros serviços do e-Estado. São elas:

• Organograma
• Servidores
• Pessoas
• Anexos

Além dessas integrações, é possível que também seja necessário realizar integrações com os seguintes serviços:

• Movimentação contábil
• Depreciação

A integração com serviços externos demanda testes de forma mais assertiva, visto que uma integração mal feita pode impedir o bom uso de um sistema devido a problemas com estas dependências. O propósito dessas integrações é evitar a duplicidade de um código já existente em outro local.

6. Relatórios

Após os cadastros das informações, é necessário que o sistema disponibilize alguns relatórios a fim de prover um visão mais detalhada referente aos registros cadastrados e obter as informações mais importantes. Os relatórios são:

• Relatório geral
  • Relatório que listará todos os imóveis cadastrados
• Relatório individual
  • Relatório que listará as informações referentes a um imóvel
• Relatório de dados
  • Relatório que listará todos os anexos cadastrados em um imóvel

Os relatórios possuirão filtros para sua exibição final, alguns identificados, inicialmente, são:

• Locados
• Baixados
• Regulares/Irregulares

7. Conclusão

É possível definir que o sistema possuirá muitas funcionalidades e fluxos que devem ser fortemente testados, além de relatórios e várias integrações com serviços externos.

Portanto, a estimativa para implementação do módulo de imóveis fica da seguinte forma:

• 4 sprints (2 meses) para o CRUD
• 10 sprints (5 meses) para o restante da aplicação.

A análise foi realizada com base em módulos semelhantes implementados pelo time responsável e levando em consideração possíveis imprevistos ao longo do projeto.