Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro DMS ­ Documento de Modelagem de Sistema Versão: 1.4 VERANEIO Gibson Macedo Denis Carvalho Matheus Pedro ​
Ingrid Cavalcanti Rafael Ribeiro Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Tabela de Revisões Versão Principais Autores Descrição da Versão Data de Término V1.0 Gibson Macedo; Denis Carvalho; Matheus Pedro; Ingrid Cavalcanti;Rafael R Atualização de informações iniciais e Requisitos. [21/08/2014] V1.1 Gibson Macedo; Denis Carvalho;Rafael R Atualização do Diagrama e das Use Cases. [04/09/2014] V1.2 Gibson Macedo; Denis Carvalho; Atualização de Interface e telas. [11/09/2014] V1.3 Gibson Macedo; Denis Carvalho; Atualização de Descrição de Telas e Classes. [18/09/2014] V1.4 Gibson Macedo; Denis Carvalho; Matheus Pedro; Rafael Ribeiro Atualização de Classes [09/10/2014] Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Introdução ● Finalidade Este documento apresenta a modelagem do sistema VERANEIO, utilizando como referência o livro UML na Prática – Do Problema ao Sistema. O público alvo deste documento inclui pessoas envolvidas com o desenvolvimento (analistas de sistemas e programadores), testes do sistema e avaliadores do projeto. ● Escopo O Documento de Modelagem de Sistema provê uma visão completa dos modelos do sistema VERANEIO. Ele é produzido e utilizado pelos desenvolvedores da equipe para documentar os requisitos, modelos e arquitetura do sistema. ● Definições, Acrônimos e Abreviaturas UML ­ Metodologia de desenvolvimento. JAVA ­ Linguagem de programação orientada a objetos. SQL ­ Usado para pesquisa de bando de dados. GPS ­ Termo utilizado para um software de localização e tráfego. ● Detalhes do Sistema O VERANEIO define­se por um aplicativo mobile e também um portal web, com foco no comercio imobiliário. O VERANEIO deverá permitir ao proprietário cadastrar suas informações pessoais e também as informações de um ou mais imóveis gratuitamente através do aplicativo ou mesmo no portal WWW.VERANEIO.COM.BR. Após o cadastro, o VERANEIO se encarregará de divulgar seu imóvel para venda ou aluguel tanto no portal do VERANEIO como em redes sociais e propaganda em sites de e­comerce. Para os clientes interessados em alugar ou comprar um imóvel o VERANEIO deverá permitir uma busca rápida através do portal ou pelo aplicativo no celular, as buscas podem ser personalizada manualmente pelo cliente ou através do celular, utilizando o recurso do navegador GPS onde o VERANEIO deverá fazer uma busca de imóveis disponíveis num raio de até 20 km a partir da localização do cliente. O VERANEIO também deverá permitir que o cliente e o proprietário do imóvel se comuniquem através de e­mail, enviando uma mensagem via chat através portal web ou através do aplicativo. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro O sistema deverá permitir agendamento de visita ao imóvel onde o proprietário poderá confirmar, alterar ou cancelar a data da visita marcada pelo cliente. Especificação de Requisitos ● Requisitos Funcionais RF 01 Descrição Cadastrar Proprietário do Imóvel O sistema deve permitir o cadastro do proprietário do imóvel. Risco Baixo Prioridade Altíssima Descrição do risco RF 02 Descrição Cadastrar Cliente O sistema deve permitir o cadastro do cliente inserindo seu nome, e­mail e telefone. Risco Baixo Prioridade Altissima Descrição do risco RF 03 Descrição Cadastrar Imóvel O sistema deve permitir que o proprietário cadastre seu imóvel para venda ou aluguel. Risco Baixo Prioridade Altíssimo Descrição do risco Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro RF 04 Descrição Editar Publicação e Perfil O sistema deve permitir que o proprietário e o cliente editem suas informações pessoais bem como as informações do imóvel publicado após o seu cadastro. Risco Baixo Prioridade Altíssimo Descrição do risco RF 05 Descrição Excluir Publicação, cliente e proprietário O sistema deve permitir que o proprietário, cliente e imóvel sejam excluídos do sistema. Risco Baixo Prioridade Altíssimo Descrição do risco RF 06 Descrição Pesquisar Imóvel O sistema deve permitir que o cliente pesquise imóveis disponíveis para locação e/ou venda. Risco Baixo Prioridade Altíssimo Descrição do risco RF 07 Descrição Contactar Proprietário O sistema dever permitir que o cliente entre em contato com o proprietário através de chat online, e­mail ou sms para tratar sobre o imóvel selecionado. Risco Baixo Prioridade Altíssimo Descrição do risco Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro RF 08 Descrição Receber Atualizações O sistema deve permitir que o cliente receba atualizações e novidades sobre imóveis cadastrados de acordo com o perfil solicitado pelo cliente. Risco Baixo Prioridade Altíssimo Descrição do risco RF 09 Descrição Agendamento de visita O sistema dever permitir que o cliente solicite uma visita agendada com o proprietário do imóvel. Risco Baixo Prioridade Altíssimo Descrição do risco Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ● Requisitos Não­Funcionais RNF 01 Descrição Compatibilidade com Sistemas Operacionais O sistema deve ser compatvel com Windows, Linux / Android e iOS. Risco Médio Prioridade Altíssimo Descrição do risco Dificuldade para encontrar mão de obra especializada para desenvolver o sistema multiplataforma. RNF 02 Descrição Hospedagem do Servidor O sistema deve ser hospedado em servidores web disponíveis 24 horas por dia, com suporte ao maior numero de usuário conectados simultaneamente. Risco Alto Prioridade Altíssimo Descrição do risco Encontrar um empresa que tenha capacidade de suprir com todas as especificações do sistema e que possa manter ele online. RNF 03 Descrição Linguagem de Desenvolvimento O sistema deve ser desenvolvido em linguagem JAVA. Risco Médio Prioridade Altíssimo Descrição do risco Por ser uma linguagem multiplataforma e Open Source, podemos não ter suporte técnico eficiente. RNF 04 Descrição Navegador O sistema deverá ser compatível com os seguintes navegadores; Google Chrome, Firefox e Internet Explorer. Risco Médio Prioridade Altíssimo Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Descrição do risco Dependendo das configurações e atualizações do navegador de internet, o VERANEIO pode não funcionar corretamente. RNF 05 Descrição Eficiência O sistema deve demorar até 4 segundos para retornar uma pesquisa ao usuário. Risco Baixo Prioridade Altíssima Descrição do risco RNF 06 Descrição Banco de dados O sistema deve ser gerenciado por um banco de dados SQL Server. Risco Médio Prioridade Altíssimo Descrição do risco Pode ocorrer a falta de mão de obra especializada. RNF 07 Descrição Componentes O sistema na camada do servidor deve ser desenvolvido utilizando o estilo arquitetural MicroServices, assim os componentes podem ser trocados sem a necessidade de parar os servidores. Risco Médio Prioridade Altíssimo Descrição do risco Pode ocorrer a falta de mão de obra especializada. RNF 08 Descrição Práticas Industriais O sistema deve ser construído utilizando práticas da indústria como MVC, provendo baixo acoplamento e alta coesão de código. Risco Médio Prioridade Altíssimo Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Descrição do risco Pode ocorrer a falta de mão de obra especializada. RNF 09 Descrição Segurança na comunicação O sistema só deve se comunicar com dispositivos do próprio sistema utilizando tokens para autenticar a comunicação. Risco Médio Prioridade Altíssimo Descrição do risco RNF 10 Descrição Segurança no armazenamento Todos os dados devem ser armazenados de forma criptografada. Risco Médio Prioridade Altíssimo Descrição do risco RNF 11 Descrição Utilização de Recursos O sistema não deve alcançar 95% de uso de memória RAM e deve emitir um alerta caso o disco do servidor de banco de dados alcance 90% de utilização. Risco Médio Prioridade Alta Descrição do risco RNF 12 Descrição Cripitografia entre o Cliente e o Servidor Toda informação trafegada entre o cliente e o servidor deve utilizar HTTPs. Risco Alto Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Prioridade Altíssimo Descrição do risco Interceptação de informações por parte de terceiros RNF 13 Descrição Web Service seguindo a especificação Todo a documentação do WebService deve ser testável com uma ferramenta automática indicando a conformidade ou não do que está implementado. Risco Médio Prioridade Altíssimo Descrição do risco RNF 14 Descrição Custo do Projeto O custo que o cliente espera dentro do escopo definido foi de R$22.000,00 Risco Médio Prioridade Altíssimo Descrição do risco RNF 15 Descrição Tempo O tempo estimado para a entrega final do projeto é de 3 meses. Risco Alto Prioridade Altíssimo Descrição do risco RNF 16 Descrição O cliente opta por práticas ágeis para a execução do projeto O cliente espera entregas contínuas, entrega de software de valor, Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro comprometimento e que a equipe seja receptível a mudança. Risco Alto Prioridade Altíssimo Descrição do risco Possibilidade de entrega sem valor ao cliente Descrição das ​
Use Cases​
e Atores ● Use Cases Cadastrar Usuário:​
​
O sistema deve permitir cadastro de proprietário e cliente. Cadastrar Imóvel:​
​
O sistema deve permitir o cadastro do imóvel pelo proprietário. Editar Imóvel:​
​
O sistema deve permitir ao proprietário editar suas informações de publicação. Excluir Imóvel:​
​
​
O sistema deve permitir ao proprietário excluir suas informações e publicações. Pesquisar Imóvel:​
​
O sistema deve permitir pesquisa de imóveis. Contactar Proprietário:​
​
O sistema deve permitir que o cliente envie email, SMS ou chat online para proprietário do imóvel que está anunciado. Receber Atualizações:​
​
​
O sistema deve manter o usuário atualizado sobre novas publicações. ● Descrição dos Atores ● [Proprietário] Este ator deve interagir com o sistema publicando informações do seu imóvel e conversando com o cliente interessado. ● [Cliente] Este ator deve interagir com o sistema procurando imóveis disponíveis para aluguel ou venda de acordo com as publicações existentes, também contactando com proprietário do imóvel de seu interesse. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ● [Sistema de Posicionamento Global GPS] Este ator deve passar os dados de localização em coordenadas para que o sistema Veraneio trate as informação e retorne para o usuário, com imóveis disponíveis num raio de 20 KM a partir do ponto atual do mesmo(usuário). Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ● Diagrama Geral de ​
Use Cases Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ● Detalhamento das ​
Use Cases Nome da Use Case Descrição Cadastrar usuário Proprietário e cliente devem preencher informações pessoais como: nome completo, telefone, e­mail e criar um login e senha para acessar o sistema. Requisitos Associados R.F 01 ­ R.F 02 Pré Condições Preencher as informações de cadastrado no sistema. Pós Condições O sistema deve enviar um email de confirmação de cadastro e liberar o acesso ao usuário. Atores Cliente e Proprietário Fluxo Principal Ações Recebidas e Realizadas 1. O usuário deve preencher as informações solicitadas pelo sistema. 2. O sistema deve confirmar o cadastro enviar um email para o usuário ativar seu acesso. 3. O sistema válida o cadastro e libera o acesso ao usuário. Fluxo Alternativo 1 Ações Recebidas e Realizadas 1. O sistema deve informar que o cadastro já existe no sistema. 2. O sistema deve solicitar que o usuário resete sua senha de acesso. 3. O sistema deve permitir que o usuário crie uma nova senha. 4. O sistema deve enviar um e­mail para o usuário habilitar a nova senha de acesso. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Nome da Use Case Descrição Requisitos Associados Pré Condições Pós Condições Atores Fluxo Principal Fluxo Alternativo 1 Cadastrar Imóvel O proprietário deve cadastra um ou mais imóveis no sistema. R.F 03 Estar logado no sistema. O sistema deve confirmar o cadastro do imóvel e enviar um e­mail para proprietário. Proprietário. Ações Recebidas e Realizadas 1. O usuário deve preencher as informações referente ao imóvel. 2. O sistema deve apresentar uma tela com confirmação do cadastro do imóvel. Ações Recebidas e Realizadas 1. O usuário não consegue inserir as informações referente ao imóvel. 2. O sistema deve apresentar as prováveis causas do problema. 3. O sistema deve solicitar ao usuário uma validação das informações 4. O sistema deve permitir o cadastro do imóvel. Nome da Use Case Descrição Editar publicação do Imóvel O sistema deve permitir que o proprietário edite as informações do imóvel no sistema. Requisitos Associados R.F 04 Pré Condições Ser cadastrado no sistema. Pós Condições O sistema deve envia um email informando alterações realizadas no sistema. Atores Usuário Proprietário. Fluxo Principal Ações Recebidas e Realizadas 1. O usuário deve acessar o sistema. 2. O sistema deve apresentar uma tela editar imóvel. 3. O usuário realiza alterações no sistema. 4. sistema deve apresentar uma tela com confirmação do edição dos dados do imóvel. Fluxo Alternativo 1 Ações Recebidas e Realizadas 1. O usuário deve acessar o sistema. 2. O sistema não apresenta a tela de editar para usuário. 3. O sistema não permite alteração das informações do imóvel. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro 4. O sistema deve solicitar uma nova validação. Nome da Use Case Descrição Requisitos Associados Pré Condições Pós Condições Atores Fluxo Principal Fluxo Alternativo 1 Excluir Imóvel O sistema deve permitir excluir informações do imóvel. R.F Ser cadastrado no sistema. O sistema envia um email de confirmação de exclusão. Usuário Proprietário. Ações Recebidas e Realizadas 1. O usuário proprietário deve logar no sistema. 2. O sistema deve apresentar a tela de exclusão. 3. O sistema deve solicitar confirmação de exclusão. 4. O sistema deve excluir as informações sobre a publicação do imóvel. Ações Recebidas e Realizadas 1. O proprietário deve logar no sistema. 2. O sistema deve apresentar uma tela de confirmação de exclusão. 3. O sistema não consegue excluir o cadastro. 4. O sistema deve ignorar o cadastro e não salvar os dados inseridos anteriormente pelo usuário proprietário. Nome da Use Case Descrição Requisitos Associados Pré Condições Pós Condições Atores Fluxo Principal Pesquisar Imóvel O sistema deve permitir pesquisar imóveis. R.F Ser cadastrado no sistema. O sistema retorna o resultado desejado ao usário. Usuário Cliente e GPS Ações Recebidas e Realizadas 1. O usuário insere suas informações para ter acesso ao sistema. 2. O usuário usa a barra de buscas e localização colocando as informações de endereço ou área de procura do imóvel. 3. O usuário faz uma busca com as opções desejadas. 4. O sistema retorna os resultados encontrados. 5. O GPS busca a localização do usuário. 6. O GPS Filtra os imóveis de acordo com a localização geográfica do usuário. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Fluxo Alternativo 1 7. O GPS retorna para o usuário os imóveis disponíveis de acordo com a localização do usuário. Ações Recebidas e Realizadas 1. O usuário insere suas informações para ter acesso ao sistema. 2. O usuário usa a barra de buscas e localização colocando as informações de endereço ou área de procura do imóvel. 3. O GPS faz uma busca com as opções desejadas pelo usuário. 4.GPS não localiza sinal. 5. O sistema retorna um erro por falta de informações e/ou informação inválida utilizada. Nome da Use Case Descrição Requisitos Associados Pré Condições Pós Condições Atores Fluxo Principal Fluxo Alternativo 1 Contactar Usuário O sistema deverá enviar um email ao usuário proprietário. R.F Ter as informações necessárias para cadastro e acesso ao sistema. O sistema retorna o resultado desejado ao usário. Usuário Cliente; Usuário Proprietário Ações Recebidas e Realizadas 1. O usuário insere suas informações para ter acesso ao sistema. 2. O usuário seleciona o imóvel de sua escolha. 3. O sistema envia um alerta ao proprietário do imóvel para entrar em contato com o usuário que fez a proposta. Ações Recebidas e Realizadas 1. O usuário insere suas informações para ter acesso ao sistema. 2. O usuário seleciona o imóvel de sua escolha. 3. O sistema retorna uma mensagem de alerta. “O imóvel escolhido já está em negociação com outro cliente, aguarde contato.” Nome da Use Case Descrição Receber Atualizações O sistema deverá manter o usuário atualizado sobre novas publicações. Requisitos Associados R.F Pré Condições Ter validado o usuário no sistema. Pós Condições O sistema vai enviar as novas publicações para o email do usuário. Atores Cliente, Proprietário e GPS Fluxo Principal Ações Recebidas e Realizadas 1. O usuário insere seu login e senha no sistema. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Fluxo Alternativo 1 2. O GPS recebe informações(coordenadas) de todos os imóveis cadastrados. 3. O sistema envia e­mails com publicações de interesse do usuário. Ações Recebidas e Realizadas 1. O usuário insere informações inválidas no sistema.. 3. O sistema não envia os emails até que um novo usuário seja criado com o mesmo email. 4.GPS não recebe as informações dos imóveis . 5.GPS não localiza sinal . Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Interfaces 1º Imagem: Topo​
: Ícone e nome do aplicativo. Menu​
: Barra de menu com as opções do sistema WEB. Imóveis​
: Novidades. Rodapé​
: Redes sociais, bate­papo, sms. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro 2º Imagem: Topo​
: Ícone e nome do aplicativo. Imóveis​
: Novidades. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ○
Interface Inicial Mobile 3º Imagem: Topo​
: Ícone e nome do aplicativo. Login​
: Menu de acesso para o usuário inserir o seu login. Cadastre­se​
: Menu para o usuário cadastrar o seu perfil. Rodapé​
: Redes sociais. Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro 1.
Diagrama de Classes de Análise Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Camadas e Pacotes Diagrama de Camadas (ou Pacotes) Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro ● Diagramas de Sequência​
​
da ​
Use Case [Sequence Diagram_Cadastrar Usuario] Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro [Sequence Diagram_Cadastrar Imovel] [Sequence Diagram_Editar Imovel] [Sequence Diagram_Excluir Imovel] Documento de Modelagem do Sistema Elaborado por: Gibson Macedo, Denis Carvalho, Matheus Pedro, Ingrid Cavalcanti, Rafael Ribeiro [Sequence Diagram_Pesquisar Imovel]