Relatório Sobre Sistema de Prevenção de Desastres Eng. de Software

Relatório final Engenharia de Software(2019.1)

Sistema de mapeamento de desastres

GRUPO 3

- André Max

- Bruno Locha

- Erick Oliveira

- João Vitor Melo

- Julian Denis

Introdução:

                - O tema proposto ao nosso grupo foi o de prevenção e mapeamento de desastres (principalmente deslizamentos em encostas). Com isso,  a nossa abordagem ao problema foi elaborar um sistema que permitisse o pronto alerta aos usuários, além de possuir um histórico de tais eventos, focado principalmente em usuários de comunidades carentes e áreas mais suscetíveis a desastres.

          As especificações do sistema, que serão exibidas a seguir, foram pensadas com foco na acessibilidade do sistema (já que o usuário alvo em geral possui condições financeiras bem limitadas).

Conteúdo:

        1 - Documento de Requisitos

        2 - Diagrama de Casos de Uso

        3 - Modelo Conceitual

        4 - Diagrama de Arquitetura

        5 - Diagrama de Estado

        6 - Diagrama de Sequência do Sistema (DSS)

7 - Diagramas de Comunicação

8 - Diagramas de Classe do Sistema  

Requisitos e definições do sistema :

1. Definições 

        ● Usuário: pessoa cadastrada a qual se destina o serviço prestado pelo aplicativo.

● Gestor: de informações: órgão ou pessoa responsável por fornecer ao sistema informações de condições climáticas e áreas de risco. É também responsável por emitir alertas, gerenciar visitas de profissionais e verificar informações fornecidas por usuários.

● Administrador: responsável pela supervisão dos gestores.

● Áreas de risco: áreas propícias à catástrofes.

● Alerta: informação passada ao usuário por SMS ou e-mail informando sobre possíveis catástrofes na localização dele.

● Profissionais: agentes capacitados em verificar condições dos locais para onde forem enviados. Podem ser da Defesa Civil, militares ou trabalhadores de empresas prestando serviços ao Estado.

2. Descrição Geral

2.1 Perspectiva

● O sistema por tratar com situações de emergência funcionará em smartphones e websites sendo acessível pela população em geral.

2.2 Funções do Sistema

● Criação de contas.

● Sistema deve permitir que alertas sobre chuvas fortes, alagamentos ou deslizamentos sejam enviados para a população.

● Mapeamento preventivo de áreas de risco.

● Manter registro de deslizamentos passados.

● Registrar vistorias de profissionais

● Manter dados de moradores de áreas de riscos

● Expor dados do sistema com exceção dos dados dos moradores

2.3 Características do Usuário

● Os usuários interagem a partir de um aplicativo ou website, onde podem receber alertas e informes sobre zonas de risco.

• Contribuir inserindo informes sobre chuvas, deslizamentos ou alagamentos
• Pedir vistorias para imóveis os locais públicos.    

3. Requisitos Específicos 

3.1 Requisitos Funcionais

1. O sistema deve permitir a criação de contas verificadas por CPF e por uma senha.
2. O sistema deve permitir a inclusão de dados do usuário como nome completo, data de nascimento, endereço, e-mail, número de celular, telefone adicional para contato e telefone de outra pessoa para avisar em caso de emergência.
3. O sistema deve solicitar a localização do usuário de modo que ela seja utilizada nas outras funções.
4. O sistema deverá exibir uma interface diferenciada para o administrador do sistema, para o gestor das informações e para o usuário.
5. O sistema deverá permitir que o usuário compartilhe informações próprias.
6. O sistema deve permitir que o usuário atualize seu cadastro.
7. O sistema deve permitir que o administrador adicione contas de gestores de informação.
8. O sistema deve permitir que o gestor de informações emita alertas para os moradores de áreas de riscos. Os alertas devem conter um número de série, data e horário. Serão enviados por SMS ou e-mail.
9. O sistema deve permitir que o usuário visualize os alertas emitidos.
10. O sistema deve permitir que o gestor adicione visitas de profissionais às áreas de risco para confirmar sua situação.
11. O sistema deve permitir que o usuário exclua sua conta.
12. O sistema deve permitir que o gestor da informação gerencie informações relativas a áreas de risco (localização e tamanho).
13. O sistema deve permitir que administradores excluam gestores do sistema.
14. O sistema deve permitir que o administrador gerencie as ações do gestor.
15. O sistema deve permitir que o administrador deve poder gerar um relatório sobre os alertas emitidos.
16. O sistema deve manter na base de dados a recorrência de desastres em cada área de risco.
17. O sistema permite que usuários solicitem verificações de imóveis ou locais públicos.

3.2 Requisitos de Interface Externa 

● O usuário deve ter acesso a uma interface gráfica que siga os requisitos de interação levantados pela equipe de desenvolvimento.

● Tais requisitos serão verificados por meio de testes com usuários beta.

3.3 Requisitos de Performance

● Como o aplicativo deve atender a usuários naturais de áreas de risco(em sua maioria população carente), ele deve rodar em sistemas operacionais mais antigos e menos potentes. Ex: em uma versão para android, ter uma compatibilidade mínima com o Android 4 (API 14).

● Também, pelo mesmo motivo exposto anteriormente, deve ter um gerenciamento de memória feito de forma a não necessitar de muito espaço.

...