|
Data de elaboração |
27/03/2023 |
|
Responsável pelo estudo |
|
|
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.