Ir para o conteúdo principal

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

AnáliseEstudo quantosobre a complexidadeviabilidade edo estimativadesenvolvimento dedos prazoRelatórios referentedo aosE-Estado benspelo imóveistime Esquadrão


Data de elaboração27/03/2023
Responsável pelo estudo
  1. Igor Ramos de Oliveira (Assessor)
Equipe do estudoEsquadrão Suicida
Alvoe-Estado/Módulo de Patrimônio
OrigemO estudo teve como origem a necessidade do cadastro de bens imóveis no e-Estado.
ObjetivoAnalisar a complexidade do módulo de imóveis e estimar prazos para a sua implementação.
Documentação correlata (opcional)

Não possui.

ObservaçõesNã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.TODO:

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.

TODO:

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.TODO:

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:

Untitled.png
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.TODO:

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.TODO:

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:TODO:

  • 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

ÉTODO: 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.