Você está na página 1de 15

Campus Russas

Curso Engenharia de Software


Disciplina: Análise e Projeto de Sistemas
Docente: Marcos Vinicius de Andrade Lima

Catálogo de Imóveis
Lucas Dantas Brandolt
Marllon Vinicius de Sousa Pinheiro
Italo Fernando Silva Dutra
Tarcisio Moura Costa
Pedro Henrique Resende Marques

Data: 28/11/2023
Russas - Ceará
Sumário
1. INTRODUÇÃO ............................................................................................................... 1
2. REQUISITOS DO SISTEMA .......................................................................................... 2
2.1 Requisitos Funcionais: ............................................................................................... 2
2.2 Requisitos Não Funcionais: ........................................................................................ 2
3. Regras de Negócio: RN 001 – Cadastro de Imóveis: ...................................................... 4
4. CASOS DE USO............................................................................................................ 5
4.1 Diagrama:................................................................................................................... 5
4.2 Descrições: ................................................................................................................ 6
5 DIAGRAMA DE CLASSES .......................................................................................... 12
6 DIAGRAMA DE SEQUÊNCIA ...................................................................................... 13
1. INTRODUÇÃO

O Catálogo de Imóveis é um software focado na locação de imóveis, com o


objetivo de facilitar o relacionamento entre o cliente que busca um imóvel para comprar
ou alugar, o proprietário que terá seu imóvel alugado e o corretor que organiza essa
alocação.
O sistema possibilita a verificação por parte do cliente sobre a disponibilidade
de um imóvel para aluguel e/ou compra e qual data este imóvel estará disponível para
visita, caso o imóvel não esteja disponível no dia desejado da visita, o sistema notificará
quando o imóvel estiver disponível para visita, entre outras funções.
A seguir está a documentação referente ao sistema (Catálogo de Imóveis), que
especifica as funções do sistema e a relação que os usuários terão com o sistema.
A documentação abaixo mostra o documento de requisitos do sistema, os casos de uso
do sistema, a descrição dos casos de uso, o diagrama de classes e o diagrama de
sequência.
2. REQUISITOS DO SISTEMA

2.1 Requisitos Funcionais:


RF001 – Manter Proprietário e Clientes usando seu Nome, CPF, telefone,
endereço e e-mail.
RF002 – Manter Imóveis com ID de Registro, CPF do proprietário, Tipo do
imóvel, Endereço, número de quartos, número de banheiros e vagas de
garagem.
RF003 – Consultar disponibilidade de casas para comprar e/ou alugar.
RF004 – Agendar visitas de clientes em imóveis disponíveis com base na
data, hora, local e vendedor responsável.
RF005 – Manter vendedor usando seu Nome, CPF, telefone, email e número
do CRECI.
RF006 – Gerar relatórios com base no número de pesquisas que cada imóvel
teve
durante o mês.
RF007 – Pesquisar imóveis utilizando filtros com base nas características do
imóvel.
RF008 – Indicar um vendedor da preferência do proprietário do imóvel.
RF009 – Permitir ao cliente avaliar o atendimento do vendedor.
RF010 – Adicionar características de interesse do cliente, por exemplo um
bairro e/ou número de dormitórios.
RF011 – Notificar o cliente quando um imóvel de seu interesse estiver
disponível.
RF012 – Permitir a um proprietário consultar o número de vendas efetivadas,
número de visitas realizadas e média de avaliações dos últimos 60 dias dos
vendedores disponíveis.

2.2 Requisitos não Funcionais:


Desempenho:
RNF001 – O sistema deve ser responsivo, com tempos de resposta abaixo de
500ms mesmo sob carga máxima.
RNF002 – A capacidade de armazenamento do sistema deve ser escalável
para acomodar um aumento substancial de dados e usuários.

Segurança:
RNF003 – Deve ser implementado um sistema de autenticação seguro baseada
no login do Google para proteger os dados sensíveis dos usuários.
RNF004 – Os dados do cliente, incluindo informações pessoais e financeiras,
devem ser armazenados de forma segura e criptografada.
RNF005 – Deve haver controle de acesso com diferentes níveis de permissão
para cada tipo de usuário (Cliente, Vendedor, Proprietário e Administrador)
para garantir que apenas usuários autorizados tenham acesso a funcionalidades
específicas.
Disponibilidade:
RNF006 – O sistema deve estar disponível 24 horas por dia, 7 dias por
semana, com tempo de no máximo 2 horas semanais para manutenção
planejada.
Conformidade com Padrões:
RNF007 – O sistema deve seguir a metodologia SCRUM e adotar as normas e
padrões de desenvolvimento da IEEE.
Integração:
RNF008 – O sistema deve ser capaz de se integrar com sistemas de terceiros,
como sistemas de pagamento e sistemas de verificação de antecedentes,
conforme necessário.
Escalabilidade:
RNF009 – O sistema deve ser projetado de forma que possa ser escalado
facilmente para acomodar um aumento no número de usuários e imóveis
listados.
Usabilidade:
RNF010 – A interface do usuário deve seguir padrões de usabilidade baseadas
nas heurísticas de Nielsen.
Monitoramento e Registro:
RNF011 – Deve haver um sistema de monitoramento contínuo para detectar
problemas e falhas no sistema, com a capacidade de gerar registros (logs) para
análise posterior.
Privacidade:
RNF012 – O sistema deve estar em conformidade com as regulamentações de
privacidade de dados, como a Lei Geral de Proteção de Dados (LGPD),
quando aplicável.
Backup e Recuperação:
RNF013 – Deve ser implementado um sistema de backup diário dos dados do
sistema, com procedimentos de recuperação em caso de falhas ou perda de
dados.
Idiomas e Localização:
RNF014 – O sistema deve suportar múltiplos idiomas e moedas, se aplicável,
para atender a uma base de clientes diversificada.
Documentação:
RNF015 – Deve haver documentação de cada etapa do desenvolvimento do
sistema, incluindo manuais de usuário e documentos técnicos para facilitar o
entendimento e manutenção.
3. Regras de Negócio:
RN 001 – Cadastro de Imóveis:
Os vendedores devem ser informados pelo sistema por meios de sinalizações
visuais e textuais de quais informações são obrigatórias para o cadastro de um
novo imóvel.
RN 002 – Perfil de Vendedor:
Os vendedores devem ter um perfil aberto a visualização de outros usuários
que inclui informações de contato e detalhes comerciais, como licenças
válidas (se aplicável) e histórico de vendas anteriores.
RN 003 – Comissões e Taxas:
As taxas e comissões aplicáveis a cada transação devem ser explicitamente
indicadas aos clientes e vendedores antes da conclusão da transação.
RN 004 – Política de Cancelamento:
Deve haver uma política clara de cancelamento de reservas e transações que
descreva as condições sob as quais uma reserva pode ser cancelada e as
penalidades associadas, se houver.
RN 005 – Conformidade Legal:
O sistema deve obedecer às leis e regulamentações locais e nacionais
relacionadas a transações imobiliárias, incluindo contratos, impostos e
regulamentações de privacidade.
RN 006 – Pagamento:
O comprador é responsável por pagar o valor total do imóvel mais a taxa
adicional de intermediários como bancos e credores.
A plataforma repassa o valor total do imóvel para o recebedor, deduzindo a
taxa de serviço da plataforma.
RN 007 – Contratos Legais:
Todos os contratos e acordos entre as partes envolvidas nas transações devem
ser legalmente sólidos e estar em conformidade com as leis de contratos
locais.
RN 008 – Alterações:
O sistema não permitirá a alteração do CPF do usuário.
RN 009 – Conflito de dados
O sistema não deve aceitar dois usuários com o mesmo CPF.
4. CASOS DE USO

4.1 Diagrama:
4.2 Descrições:

Caso de Uso 1: Manter Cliente (Criar, Ler, Atualizar, Excluir)


● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção "Manter Cliente" no menu.
O sistema permite ao cliente criar, ler, atualizar e excluir informações
próprias, incluindo nome, CPF, telefone, endereço e email.
O cliente pode adicionar seus próprios dados, visualizar suas
informações existentes, atualizar seus dados ou solicitar a exclusão de
sua conta do sistema.
● Fluxo Alternativo:
Dados Incompletos na Atualização: Se o cliente tentar atualizar suas
informações, mas deixar campos obrigatórios em branco, o sistema deve
notificá-lo sobre os campos que precisam ser preenchidos.
Exclusão da Conta com Transações Pendentes: Se o cliente tentar
excluir sua conta, mas tiver transações pendentes (por exemplo, visitas
agendadas), o sistema pode solicitar confirmação e explicar as
consequências dessa ação.
● Pós-condições:
Dados do cliente são atualizados e armazenados pelo sistema e uma
mensagem de confirmação é apresentada.

Caso de Uso 2: Consultar Casas Disponíveis (Ler)


● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção "Consultar Casas Disponíveis" no menu.
O sistema exibe uma lista de casas disponíveis para compra e/ou
aluguel.
O cliente pode visualizar detalhes de cada casa, incluindo informações
como tipo, endereço, número de quartos, número de banheiros, vagas de
garagem,
etc.
● Pós-condições:
É apresentado ao cliente os dados dos imóveis.

Caso de Uso 3: Agendar Visitas (Criar, Ler, Atualizar)


● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção "Agendar Visitas" no menu.
O sistema exibe uma lista de casas disponíveis para visitação.
O cliente pode selecionar uma casa e agendar uma visita, fornecendo
data, hora e local desejados.
O sistema confirma o agendamento.
O cliente pode visualizar suas visitas agendadas e atualizá-las, se
necessário.
● Fluxo Alternativo:
Conflito de Agendamento: Se o cliente tentar agendar uma visita para
um horário que já está ocupado, o sistema deve informá-lo sobre o conflito e
sugerir horários alternativos.
Cancelamento da Visita: Se o cliente desejar cancelar uma visita
agendada, o sistema deve permitir o cancelamento, registrando a ação e
ajustando
a disponibilidade do imóvel.
● Pós-condições:
Dados da visita armazenados pelo sistema e uma mensagem de
confirmação de agendamento é apresentada.

Caso de Uso 4: Pesquisar Imóveis com Filtros (Ler)


● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção "Pesquisar Imóveis com Filtros" no menu.
O sistema permite que o cliente aplique filtros com base nas
características desejadas do imóvel, como tipo, número de quartos, número de
banheiros, etc.
O sistema exibe uma lista de imóveis que correspondem aos critérios
de pesquisa do cliente.
● Pós-condições:
É apresentada uma lista com imóveis para o cliente de acordo com os
dados inseridos nos filtros.

Caso de Uso 5: Avaliar Atendimento (Criar)


● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção "Avaliar Atendimento" no menu.
O sistema permite que o cliente avalie o atendimento de um vendedor,
atribuindo uma classificação e fornecendo feedback adicional, se desejar.
O sistema registra a avaliação do cliente.
● Pós-condições:
Dados do feedback são armazenados pelo sistema e uma mensagem de
confirmação é apresentada.

Caso de Uso 6: Adicionar Características de Interesse (Criar, Ler, Atualizar,


Excluir)
● Ator Principal: Cliente
● Pré-condições: O cliente está cadastrado no sistema.
● Fluxo Principal:
O cliente seleciona a opção de “Buscar Imóveis” no menu.
O cliente seleciona a opção "Adicionar Características de Interesse" no
menu.
O sistema permite que o cliente crie, visualize, atualize ou exclua
características de interesse, como bairros ou número de dormitórios, para
receber notificações sobre imóveis correspondentes.
O cliente informa ao sistema as características desejadas.
O sistema salva as informações e volta para o menu.
● Fluxo Alternativo:
Dados Incompletos e/ou errados: Caso as informações inseridas pelo
cliente estejam incompletas ou erradas, o sistema deve informá-lo sobre o erro
e
impedir que sejam submetidas as informações.
● Pós-condições:
As características de interesse são armazenadas pelo sistema.

Caso de Uso 7: Manter Corretor (Criar, Ler, Atualizar, Excluir)


● Ator Principal: Corretor
● Pré-condições: O Corretor está cadastrado no sistema.
● Fluxo Principal:
O corretor seleciona a opção "Manter Corretor" no menu.
O sistema permite ao corretor criar, ler, atualizar e excluir suas
próprias informações, incluindo Nome, CPF, telefone, email e Número
do CRECI (Conselho Regional de Corretores de Imóveis).
O corretor pode adicionar seus próprios dados, visualizar suas
informações existentes, atualizar seus dados ou solicitar sua exclusão
do sistema.
● Fluxo Alternativo:
Dados Incompletos na Atualização: Se o corretor tentar atualizar suas
informações, mas deixar campos obrigatórios em branco, o sistema deve
notificá-lo sobre os campos que precisam ser preenchidos.
Exclusão da Conta com Transações Pendentes: Se o corretor tentar
excluir sua conta, mas tiver transações pendentes (por exemplo, visitas
agendadas), o sistema pode solicitar confirmação e explicar as
consequências dessa ação.
● Pós-condições:
Dados do corretor são atualizados e armazenados pelo sistema e uma
mensagem de confirmação é apresentada.

Caso de Uso 8: Notificar Cliente (Criar)


● Ator Principal: Corretor
● Pré-condições: O corretor está cadastrado no sistema.
● Fluxo Principal:
O corretor seleciona a opção "Notificar Cliente" no menu.
O sistema permite ao corretor enviar uma notificação para um cliente
específico ou para um grupo de clientes.
O corretor insere a mensagem da notifi cação e seleciona os
destinatários desejados (um ou mais clientes).
O sistema envia a notificação para os clientes selecionados.
Os clientes recebem a notificação em suas contas.
● Pós-condições:
As notificações são enviadas para os clientes selecionados.

Caso de Uso 9 : Realizar Visita


● Ator Principal: Corretor
● Pré-condições: O corretor está cadastrado no sistema.
● Fluxo Principal:
O corretor inicia o caso de uso "Realizar Visita".
O sistema permite que o corretor selecione uma visita agendada pelo
cliente.
O corretor verifica os detalhes da visita, incluindo data, hora, local e
informações relevantes sobre o imóvel.
O vendedor realiza a visita ao imóvel no horário agendado.
Após a visita, o corretor registra o status da visita, indicando se o
cliente demonstrou interesse no imóvel ou não.
● Pós-condições:
As informações sobre a visita são atualizadas no sistema, incluindo o
status e qualquer observação feita pelo corretor.

Caso de Uso 10: Manter Proprietário (Criar, Ler, Atualizar, Excluir)


● Ator Principal: Proprietário
● Pré-condições: O proprietário está cadastrado no sistema.
● Fluxo Principal:
O proprietário seleciona a opção "Manter Proprietário" no menu.
O sistema permite ao proprietário criar, ler, atualizar e excluir suas
próprias informações, incluindo Nome, CPF, telefone, endereço e email.
O proprietário pode adicionar seus próprios dados, visualizar suas
informações existentes, atualizar seus dados ou solicitar sua exclusão do
sistema.
● Fluxo Alternativo:
Dados Incompletos na Atualização: Se o proprietário tentar atualizar
suas informações, mas deixar campos obrigatórios em branco, o sistema
deve notificá-lo sobre os campos que precisam ser preenchidos.

Exclusão da Conta com Transações Pendentes: Se o proprietário


tentar excluir sua conta, mas tiver transações pendentes (por exemplo,
imóveis disponíveis), o sistema pode solicitar confirmação e explicar as
consequências dessa ação.
● Pós-condições:
Dados do proprietário são atualizados e armazenados
pelo sistema e uma mensagem de confirmação é apresentada.

Caso de Uso 11: Consultar Histórico do Vendedor (Ler)


● Ator Principal: Proprietário
● Pré-condições: O proprietário está cadastrado no sistema.
● Fluxo Principal:
O proprietário seleciona a opção "Consultar Histórico do Vendedor" no
menu.
O sistema exibe um histórico das interações e transações realizadas
pelo vendedor com relação aos imóveis do proprietário.
O proprietário pode visualizar as vendas, visitas e outras atividades
relacionadas ao vendedor específico.
● Pós-condições:
O proprietário visualiza o histórico do vendedor
selecionado.

Caso de Uso 12: Manter Imóvel (Criar, Ler, Atualizar, Excluir)


● Ator Principal: Proprietário
● Pré-condições: O proprietário está cadastrado no sistema.
● Fluxo Principal:
O proprietário seleciona a opção "Manter Imóvel" no menu.
O sistema permite ao proprietário criar, ler, atualizar e excluir
informações sobre os imóveis de sua propriedade, incluindo ID de
Registro, Tipo do Imóvel, Endereço, número de quartos, número de
banheiros, vagas de garagem, etc.
O proprietário pode adicionar novos imóveis, visualizar informações
existentes, atualizar detalhes de imóveis ou solicitar a exclusão de um
imóvel do sistema.
● Fluxo Alternativo:
Dados Incompletos na Atualização: Se o corretor tentar atualizar suas
informações, mas deixar campos obrigatórios em branco, o sistema deve
notificá-lo sobre os campos que precisam ser preenchidos.
Exclusão do Imóvel com Visitas Pendentes: Se o proprietário tentar
excluir um imóvel, mas tiver visitas pendentes, o sistema pode solicitar
confirmação e explicar as consequências dessa ação.
● Pós-condições:
Dados do imóvel são atualizados e armazenados pelo
sistema e uma mensagem de confirmação é apresentada.
Caso de Uso 13: Gerar Relatório do Imóvel (Ler)
● Ator Principal: Proprietário
● Pré-condições: O proprietário está cadastrado no sistema.
● Fluxo Principal:
O proprietário seleciona a opção "Gerar Relatório do Imóvel" no menu.
O sistema permite ao proprietário selecionar um imóvel específico
para o qual deseja gerar um relatório.
O sistema gera um relatório que inclui informações detalhadas sobre o
imóvel, como histórico de visitas, vendas, avaliações e outros dados
relevantes.
● Pós-condições:
O proprietário visualiza o relatório do imóvel escolhido.

Caso de Uso 14: Indicar Vendedor (Criar, Ler, Atualizar)


● Ator Principal: Proprietário
● Pré-condições: O proprietário está cadastrado no sistema.
● Fluxo Principal:
O proprietário seleciona a opção "Indicar Vendedor" no menu.
O sistema permite que o proprietário indique um vendedor específico
para um ou mais de seus imóveis.
O proprietário seleciona um imóvel ou uma lista de imóveis para os
quais deseja atribuir a um vendedor.
O proprietário escolhe um vendedor da sua preferência a partir de uma
lista de vendedores disponíveis no sistema.
O sistema registra a indicação do vendedor para os imóveis
selecionados.
O proprietário pode voltar a qualquer momento para atualizar ou
remover as indicações de vendedores.
● Fluxo Alternativo:
Vendedor Indicado Indisponível: Se o vendedor indicado estiver
temporariamente indisponível, o sistema pode sugerir outros vendedores
disponíveis ou permitir que o proprietário aguarde a disponibilidade do
vendedor indicado.
● Pós-condições:
A indicação do vendedor para os imóveis selecionados é registrada no
sistema.
5 DIAGRAMA DE CLASSES

link para melhor visualização: https://imgur.com/a/wYGbG7n


6 DIAGRAMA DE SEQUÊNCIA

Você também pode gostar