Relatório de Análise Sistemas UML

SISTEMA VENDAS IMÓVEIS BovESCE

Documento de Análise de Sistemas

Versão 1.0

Autor: Vasco Galvão | 100323050

Data: 04/02/2013

Docente: Ana Mendes

SISTEMA DE VENDAS IMÓVEIS ObvESCE Versão: 1.0
Trabalho de Grupo Refª: SVObvESCE_01 Data: 04/02/2013

Histórico
Data Versão Descrição Autor
25-01-2012 1.0 Elaboração de relatório de análise 100323050
sistemas

Confidencial ObvESCE, 2013 Pág. 2/36


Índice
1. Introdução 4

1.1 Âmbito do Sistema 5
1.2 Definições, Siglas e Abreviaturas 6
1.3 Referências 6
1.4 Organização do Documento 7

2. Descrição Geral do Sistema 8

2.1 Perspectiva do Sistema 8
2.2 Funções do Sistema 9
2.3 Características dos Utilizadores 9
2.4 Restrições 10
2.5 Assunções e Dependências 10
2.6 Especificação de Requisitos 11
2.6.1 Requisitos Funcionais (RF) 11
2.6.2 Requisitos Não Funcionais (RNF) 16
2.6.3 Restrições de desenho e limites do desenvolvimento 17
2.6.4 Atributos do Sistema 17
2.7 Diagrama de Use-Cases 18
2.8 Descrição textual de cada Use-Case 19
2.9 Diagrama de Classes 32
2.10 Diagrama de Sequência 33
2.11 Diagrama de Actividades 35

3. Informações Suplementares 36

3.1 Tabela de Conteúdos 36
3.2 Índice Remissivo 36
3.3 Apêndice 36
3.4 Anexos 36



Índice de Tabelas

Tabela 1-Ucases vs Actores ......................................................................................................................... 20

Índice de Ilustrações

Ilustração 1 – Perspectiva do sistema ........................................................................................................... 8
Ilustração 2-Diagrama de Ucase .................................................................................................................. 18
Ilustração 3-Diagrama de classses............................................................................................................... 32
Ilustração 4- Diagrama de Sequência - Pedido............................................................................................ 33
Ilustração 5- Diagrama de Sequência - Visita .............................................................................................. 33
Ilustração 6-Diagrama de Sequência – Processo de Construção ................................................................ 34
Ilustração 7-Diagrama de Sequência - Escritura.......................................................................................... 34
Ilustração 8-Diagrama de Actividades ......................................................................................................... 35



1. Introdução

Para quem tem uma abordagem simplista a este documento e desconhece o que é a análise
de sistema! Este documento terá como principal função suportar uma série de informação
fulcral para a análise global do sistema da Organização ObvEsce. Recorrendo a diversas fontes
de informação, como normas internacionais, conhecimento adquirido nas aulas de avaliação
contínua de Análise de sistemas, modelação na linguagem unificada, serão conteúdos essenciais
para a modelação do sistema da organização e elaboração deste documento.
A linguagem UML, de uma forma geral, é uma linguagem simples que tem como principal
objectivo facilitar a comunicação entre técnicos especializados de informática e utilizadores
normais. Por exemplo, como os gestores desta organização, avaliam as suas necessidades nos
termos de sistema de informação e consequentemente verificam se essas mesmas necessidades
são eliminadas com a aplicação do sistema ou subsistema apresentado. De uma forma geral a
aplicação, terá que cumprir com todas as funcionalidades exigidas pelo cliente.

1.1 Âmbito do Sistema

O sistema apresentado será para fazer face às dificuldades e barreiras demonstradas pelo
cliente. O principal desafio deste sistema será conjugar o desenvolvimento de projectos de
construção civil em simbiose com o departamento de vendas que divulgaram e comercializaram
os imóveis, em contacto directo com o cliente, fornecendo-lhes informações detalhadas de todo
o processo de aquisição e desenvolvimento.



1.2 Definições, Siglas e Abreviaturas

SVI – Sistema de vendas Imóveis
UML – Linguagem de Modelação Unificada
SO – Sistema Operativo
RF – Requisito Funcional
RNF – Requisito não funcional
“Hackers” – é um indivíduo que se dedica, com intensidade incomum, a conhecer e
modificar os aspectos mais internos de dispositivos, programas e redes de computadores
Imóveis Concluídos – Imóveis que estão pronto a ser habitados
Imóvel em construção – Imóveis que sua construção ainda não está concluída para
habitação
Fases Projecto – O projecto de construção está dividida em 3 fases distintas, a fase inicial ou
projecto, fase intermédia ou construção, fase final ou conclusão.
UCase – Use case

1.3 Referências

Este documento está estruturado de acordo com as seguintes referências:
 Norma Internacional de Requisitos IEEE 830-1998
 O’NEILL, Henrique e NUNES, Mauro; “Fundamental de UML”, Lisboa, 7ª edição, FCA –
Editora Informática, 2011.



1.4 Organização do Documento

O documento está organizado, de forma, a facilitar a compreensão em todo conceito do
sistema. Estando logicamente dividido por 3 secções distintas:

I. Esta secção, está composta por uma breve Introdução, o Âmbito do Sistema, as
siglas e referências utilizadas em todo o documento;
II. Descrição Geral do Sistema, a organização ObvESCE, descreve a perspectiva do
sistema, as suas designadas funções, as suas assunções, dependências e restrições
que existem no sistema, e também as características necessárias dos utilizadores;
III. Esta secção diz respeito a informação suplementar



2. Descrição Geral do Sistema

A descrição geral do sistema descreve os factores gerais que afectam o sistema e seus
requisitos. Esta secção, determina requisitos e fornece toda a informação geral e especifica de
forma a torna-los mais claros e perceptíveis de entender. Inclui aspecto e perspectivas do
sistema, de quais são as principais funções, quais são as características necessárias para o
utilizador, restrições do sistema, assunções e dependências do sistema, ou seja, de uma forma
geral diz de como irá funcionar o sistema e quais os requisitos específicos a cumprirem.

2.1 Perspectiva do Sistema

O sistema de SVI de informação proposto será elaborado de forma que seja o básico,
“amigável” e de fácil utilização. Este conceito será aplicado para as perspectivas de funcionários
da organização mas também para clientes da organização, facilitando ao máximo a utilização do
sistema. O Sistema dependerá de base de dados existentes na organização, tais como, base de
dados de projectos, cliente, funcionários ou dados sobre os imóveis.

Base de dados existente

Servidor
Escritório

Base de dados Vendas
Firewall

Comercial Sistema de Vendas On-line

Responsável Projecto Interface Web
Sistema de vendas
On-line

http://
ObvESCE.Vendas
Subsites

Computador Portátil

Telemóvel

PDA

Cliente

Ilustração 1 – Perspectiva do sistema



2.2 Funções do Sistema

A principal função deste sistema será suportar todo o processo de venda de imóveis à
organização, com informação necessária para cada uma das fases desse processo e permitir o
acompanhamento do cliente de todo o processo de desenvolvimento desse processo. O sistema
permitirá que o cliente acompanhe todo o desenvolvimento da construção do imóvel que
pretende comprar. O Sistema deve permitir aos funcionários da organização o
acompanhamento dos clientes e o acesso a toda a informação fornecida ao cliente. O sistema
fornecerá toda a informação em que fase se encontra a construção dos imóveis.

O Sistema divulgará quais os imóveis que se encontra para venda, em promoção ou em
construção.

2.3 Características dos Utilizadores

Em relação às características dos utilizadores será dividida em duas partes, interno e
externo, no caso de interno, ou seja, funcionários e organizações independentes que trabalham
directamente com a empresa, no caso de externos, os clientes ou futuros clientes.
Relativamente aos utilizadores internos, deveram ter um processo de formação para
aquisição de como funciona o sistema, quais as funções do sistema que serão atribuídas a cada
um dos tipos de utilizador e qual a informação que podem retirar em cada um dos casos.
Os utilizadores externos, devem ter o conhecimento básico de como funciona um
explorador da internet, pois a aplicação deve facilitar ao máximo a utilização dos utilizadores
externos.



2.4 Restrições

Nomeadamente no que diz respeito a restrições de segurança, todos os utilizadores do
sistema deveram ter diferentes tipos de acesso, ou seja, um funcionário das vendas deve
ter acesso a toda informação interna e externa da organização, já o cliente deve ter apenas
acesso à informação definida como essencial para o mesmo. Cada um dos utilizadores terá
uma palavra passe de acesso ao sistema, que deverá ser fornecida pelo sistema através do
endereço electrónico do utilizador.

O sistema deve estar minuciado e protegido contra acesso de terceiros, como ataques de
“hackers”, pois toda a informação é confidencial.

Em termos de fiabilidade, o sistema deverá estar disponível e operacional 99,99% do tempo
do ano, o restante tempo deverá ser destinado para actualização ou alterações que sejam
necessário fazer.

Para a interacção com o sistema, os utilizadores terão que ter um equipamento com acesso
à internet pois a aplicação permitirá o acesso através de equipamentos fixos ou móveis.

2.5 Assunções e Dependências

O sistema terá as seguintes dependências:

 O Sistema está dependente de interacção com outros dois sistemas, o sistema de
gestão de cliente e o sistema de gestão de projectos

 Aplicação desenvolvida para Web browser, destinada para abranger o maior
número de tipo de equipamentos, ou seja, equipamentos fixos ou móveis.



2.6 Especificação de Requisitos

Esta secção, especificação de requisitos, está diferenciada em duas partes, uma parte que
descreverá as funcionalidades ou características relevantes à óptica do utilizador. Esta será o
desenho do comportamento esperado do sistema, ou seja, os requisitos funcionais do sistema.
No que diz respeito à 2ª parte, aprofundar-se-á sobre as características qualitativas do sistema,
ou seja, os requisitos não funcionais do sistema para responder de forma qualitativa aos
requisitos funcionais do sistema, tais como, desempenho, tempo de resposta, volume de dados
ou segurança.
Relativamente ainda á sua estrutura, os requisitos estarão identificados com referência
incremental definidos para cada uma das funções.

2.6.1 Requisitos Funcionais (RF)

2.6.1.1 Gestão de Clientes

RF 01 Motor de busca SGC Alta

O sistema deve disponibilizar um motor de busca de imóveis através dos seguintes atributos:
 Estado do imóvel
 Área geográfica
 Tipo de imóvel
 Preço
 Características
 Tipo de visitas

RF 02 Contacto directo SGC Médio

O sistema deve disponibilizar contacto directo para pedidos de esclarecimentos, dúvidas, apoio á
pesquisa de imóveis etc.

RF 03 Contacto de marcação SGC Alta

O sistema deve permitir a marcação de visitas a imóveis para utilizadores registados, através do
registo de formulário agendamento disponibilizado no site.



RF 04 Notificação comercial SGC Alta

O sistema deve notificar o responsável comercial sempre que existir um pedido de contacto de
cliente ou marcação de visita a um imóvel.

RF 05 Visita Virtual SGC Médio

O sistema deve permitir visitas virtuais, a utilizadores registados ou não registados, através de vídeos
ou imagens panorâmicas.

RF 06 Notificação ao cliente SGC Alta

O sistema deve notificar o cliente sempre que existir uma resposta do comercial, alteração do estado
de imóvel, promoções ou Newsletter.

RF 07 Marketing Newsletter SGC Médio

O sistema deve criar uma newsletter de marketing mensal sobre promoções, novos projectos,
imóveis vendidos e outros.

RF 08 Registo através das redes Sociais SGC Médio

O sistema deve permitir o registo através das redes sociais, tais como:

 Facebook

 Twiiter

 Linkedin

RF 09 Registo Manual de utilizador SGC Alta

O sistema deve permitir o registo de um novo utilizador através da introdução dos dados necessário
para o efeito.

RF 10 Confirmação de registo SGC Alta

O sistema deve confirmar os dados do registo do cliente através do envio de correio electrónico ou
sms para os contactos fornecidos, com a finalidade de confirmar os dados registados.

RF 11 Informação em tempo real Imóvel SGC Alta

O sistema deve permitir ao cliente obter a informação em tempo real acerca do seu imóvel



RF 12 Área de cliente SGC Alta

O sistema deve disponibilizar uma área para o cliente para a gestão de favoritos, pesquisas,
processos, etc.

RF 13 Documentação SGC Médio

O Sistema deve permitir o carregamento de ficheiros pessoais do cliente para utilização no processo
de venda do imóvel.

RF 14 Desbloqueio da conta SGC Alta

O Sistema deve realizar o desbloqueio da conta de cliente após a confirmação de registo.

RF 15 Simulador Pagamento SGC Médio

O sistema deve disponibilizar um simulador de empréstimo

2.6.1.2 Gestão Comercial Imóveis

RF 16 Registo de Imóveis SGCI Alta

O sistema deve permitir o registo de imóveis para venda ou imóveis em construção.

RF 17 Área Comercial SGCI Alta

O sistema deve disponibilizar área comercial estruturado com, agenda, contacto, processos, imóveis,
etc.

RF 18 Agendamento de visita SGCI Alta

O sistema deve registar o agendamento de visita de cliente ao imóvel.

RF 19 Processo venda SGCI Alta

O sistema deve registar incrementalmente número a processos de venda de imóveis, quer imóveis
concluídos, quer para imóveis em construção.

RF 20 Pedido reserva SGCI Alta

O sistema deve permitir ao comercial realizar reserva para cliente de um determinado imóvel



RF 21 Resposta a cliente SGCI Alta

O sistema deve permitir ao comercial realizar gestão de resposta aos pedidos do cliente, ou seja,
realizar uma resposta o mais breve possível

RF 22 Pedidos de documentação SGCI Alta

O sistema deve realizar o pedido ao cliente de documentação necessária na abertura de um processo
de venda

RF 23 Notificação de documentação SGCI Alta

O sistema deve realizar notificação sempre que são introduzidos novos documentos referentes a um
processo de venda.

RF 24 Histórico processo SGCI Alta

O sistema deve permitir consulta aos processos de venda de imóveis

RF 25 Relatório de vendas SGCI Médio

O sistema deve realizar um relatório de vendas mensal vs Comercial.

RF 26 Venda SGCI Alta

O sistema deve realizar o arquivo de imóvel após a conclusão do processo de venda, que termina com
a data de escritura do imóvel.

RF 27 Alteração de materiais SGCI Alta

O sistema deve permitir a alterações materiais de construção a pedido do cliente.

RF 28 Criar Visitas virtuais SGCI Médio

O sistema deve disponibilizar formato para a criação de visitas virtuais de um determinado imóvel.

RF 29 Promoções SGCI Médio

O sistema deve permitir alterações de destaque de imóveis, nomeadamente dos imóveis que se
encontram em promoção (preço, oferta escritura, etc.)



RF 30 Preço imóvel SGCI Médio

O sistema deve alteração de preço mediante alterações de processo de compra, alteração de
materiais, promoções, etc.

2.6.1.3 Gestão de Projectos

RF 31 Alteração do Projecto SGCI Alta

O sistema deve permitir a alteração de materiais utilizados no projecto mediante pedido de cliente.

RF 32 Estado projecto SGCI Alta

O sistema deve permitir que o gestor de projectos actualize em tempo real a fase de projecto.

RF 33 Notificação de projecto SGCI Alta

O sistema deve realizar a notificação sempre que uma fase de projecto é concluída.

RF 34 Alteração de materiais de projecto SGCI Alta

O sistema deve permitir a alteração de materiais de acabamento no projecto.

RF 35 Notificação de alteração de materiais de projecto SGCI Alta

O sistema deve notificar o comercial da alteração de materiais de projecto, bem como todos os
outros atributos, tempo de fase intermédia se for o caso, custo da alteração preço, etc.



2.6.2 Requisitos Não Funcionais (RNF)

2.6.2.1 Interfaces externas

RNF 01 Legislação SGC Alta

O sistema deve estar de acordo com a legislação em vigor no Pais onde é utilizado.

RNF 02 Protecção de Dados SGC Alta

Os dados do sistema devem estar protegidos de acordo com a legislação em vigor

RNF 03 Simplificação de função SGC Alta

O sistema deverá facilitar e simplificar as funções dos intervenientes envolvidos

RNF 04 Qualidade de Serviço SGC Alta

O sistema deve oferecer qualidade de serviço de informação

RNF 05 Interface SGC Alta

O sistema deve realizar o acesso aos dados através de um interface Web, html 5.0

2.6.2.2 Exigências de desempenho e perfomance

RNF 06 Recuperação de falha SGC Alta

O sistema deve desenvolver um plano de recuperação em caso de falha da aplicação

RNF 07 Cópia de Segurança SGC Alta

O sistema deve realizar cópia de segurança dos dados de modo a salvaguardar a informação da
organização



RNF 08 Acesso em massa SGC Médio

O sistema deve disponibilizar o acesso a pelo menos 50 pessoas ao mesmo tempo

2.6.2.3 Requisitos Lógicos de Base de dados

RNF 09 Organização SGC Alta

O sistema deve atender ao padrão de desenvolvimento da organização

2.6.3 Restrições de desenho e limites do desenvolvimento

RNF 10 Ligação a base de dados SGC Alta

O sistema deve estar ligado à base de dados do sistema através de um interface web

RNF 11 Estrutura Organizacional SGC Alta

O sistema deve ser desenvolvido com base na estrutura organizacional da empresa.

2.6.4 Atributos do Sistema

RNF 12 Sistema Operativo SGC Alta

O sistema deve ser desenvolvido com base no sistema operativo existente em utilização na organização.

RNF 13 Operacionalidade SGC Alta

O sistema deve estar operacional 99,99% dos dias num ano.

RNF 14 Segurança SGC Alta

O sistema deve estar protegido contra o acesso de terceiros, quer fisicamente, quer virtualmente, ser
apenas disponivel ao seu administrador.



2.7 Diagrama de Use-Cases

Sistema de Vendas de Imóveis On-line
Visita
Registo cliente Virtual
no website Sem motor busca
Validação imóvel

Cliente <<include>>
<<extend>>
Validação
<<include>> Bem
Sucedida

Sistema de gestão de Inserir dados Anúncios
cliente de cliente <<include>>
Pedido
Validação contacto
de registo

Consulta e
<<include>> Gestão
pedido
Agenda Proposta/ contacto
automatica a Esclareciment
visita a Imóvel o Envio
Proposta/
Resposta
referente a um
pedido Comercial

Proposta
Resultado da imóvel não
visita ao aceite
Imóvel

Formulação de
nova Proposta

Reserva
Imóvel para Gestão de
Imóvel
compra
Concluido documentação
para escritura
Sistema de gestão de
Projecto

Imóvel em
construção

Sem Documentação
alteração para escritura
Projecto completo

Acompanhament
o de processo
Pedido de
alteração
Imóvel Agendamento
Actualização de data
Planeamento escritura
Projecto

Escritura
Responsável Projecto Imóvel

Reformulação
de Projecto Conclusão de
Processo

Ilustração 2-Diagrama de Ucase


SISTEMA DE VENDAS IMÓVEIS ObvESCE
Trabalho de Grupo Refª: SVObvESCE_01

2.8 Descrição textual de cada Use-Case

Foram identificados 5 actores responsáveis pelo “tratamento” de informação que o sistema
irá interagir e dar resposta.
Os Actores do Sistema são:

Actor Descrição
Cliente Uma pessoa que se regista no sistema com a
finalidade de realizar uma compra de um ou
mais imóveis
Sistema de gestão de clientes O sistema de gestão, é um sistema virtual que
tem como principal função o controlo de
pedidos, visitas, agenda e contactos. A gestão
deste sistema em alguns dos casos é
independente, mas o actor que interage com
este sistema é o delegado comercial.
Comercial Empregado da organização que tem como
função a gestão de publicação e venda de
imóveis.
Responsável de Projecto Empregado da organização que está encarregue
na gestão de projectos em construção
Sistema de Gestão de Projecto O sistema de gestão de projectos, é um sistema
virtual que a sua função principal é a gestão e
planeamento de projectos em construção.

“Os diagramas de use cases são utilizado para a apresentação de requisitos e para assegurar que
tanto o utilizador final como o perito numa determinada área ou o especialista informático, possuem
um entendimento comum dos requisitos. O seu objectivo é mostrar o que o sistema deve efectuar e
não como o vai fazer.”

Confidencial ObvESCE, 2013

SISTEMA DE VENDAS IMÓVEIS ObvESCE
Trabalho de Grupo Refª: SVObvESCE_01

Tabela de Ucase do sistema e respectiva interacção com os actores.

Tabela 1-Ucases vs Actores

Actores

Sistema de Gestão
Sistema Gestão

Responsável

de projecto
Nr UCase

Comercial

Projecto
Clientes
Cliente
1 Registo cliente no website x
2 Inserir dados de cliente x
3 Validação de registo x
4 Sem validação x
5 Validação bem-sucedida x
6 Motor de busca de imóvel x
7 Visita virtual x x
8 Anúncios x
9 Pedido de contacto x
10 Consulta e Gestão de pedido de contacto x
11 Envio Proposta/Resposta referente a um pedido x
12 Proposta/Esclarecimento x
13 Proposta de imóvel não Aceite x
14 Agenda Automática de visita a Imóvel x x
15 Resultado da visita ao Imóvel x x
16 Reserva de Imóvel para compra x x
17 Imóvel concluído x x
18 Gestão de Documentação para escritura x
19 Documentação para escritura completo x
20 Agendamento data escritura x x
21 Imóvel em construção x
22 Sem alteração projecto x
23 Actualização planeamento de projecto x x
24 Pedido de alteração de Imóvel x x x x
25 Reformulação de projecto x x
26 Acompanhamento de processo x x
27 Escritura Imóvel x x x
28 Conclusão de processo x x x

Confidencial ObvESCE, 2013


Cenários

UCase Registo cliente no website
Nr. 1
Actores Cliente
Pré-condições Qualquer utilizador que queiram aceder ao site, terá que ter disponível
equipamento para o efeito, um computador, telefone ou outro equipamento.
Fluxo  Este use case começa quando o cliente acede ao site www.obvesce.pt
 O cliente deve seleccionar a opção para se registar no site
Pós Condições O utilizador deve ter disponível os dados essenciais para o registo no site

UCase Inserir dados de cliente (cenário principal)
Nr. 2
Actores Cliente
Pré-condições O utilizador dever ter os dados necessários para se registar
Fluxo  Este Ucase começa quando o utilizador se pretende registar como cliente
 O sistema automaticamente sublinha os campos que são necessários de
serem preenchidos, tais como:
a. Nome
b. Morada
c. Contacto telefónico
d. E-mail
e. Palavra Passe
f. Preferência de que tipo de casa
g. Nr. Assoalhadas
h. Extras
 Começa por preencher os dados necessários para o registo no site.

UCase Inserir dados de cliente (cenário Secundário)
Nr. 2
Actores Cliente
Pré-condições O utilizador para se registar precisa de estar registado em qualquer uma das rede
sociais mencionadas, facebook, linked in, twetter
Fluxo  Este Ucase inicia quando uma pessoa pretende se registar como cliente no
site.
 O cliente deve seleccionar qual será a rede social para se registar
 O cliente deve efectuar aceder á rede social e confirmar o registo



UCase Validação de registo (cenário principal)
Nr. 3
Actores Cliente
Pré-condições O utilizador precisa de ter introduzido o seu contacto de endereço electrónico
correctamente e aceder ao seu correio electrónico.
Fluxo  Include: inserir dados de cliente
 Após a submissão dos dados de cliente o sistema envia um e-mail com
hiperlink para validação do registo
 O cliente tem que abrir o seu correio electrónico e clicar no hiperlink de
activação de conta enviado pelo sistema

Pós Condições O utilizador terá que aguardar pelo e-mail do sistema

UCase Validação de registo (cenário secundário)
Nr. 3
Actores Cliente
Pré-condições O Utilizador para se registar precisa de estar registado em qualquer uma das rede
sociais mencionadas, facebook, linked in, twetter
Fluxo  Include: inserir dados de cliente (cenário secundário)
 O Ucase começa quando o cliente confirma o registo nas redes sociais

UCase Sem Validação
Nr. 4
Actores Cliente
Pré-condições O utilizador registou-se no site (cenário principal).
Fluxo  Include: validação de registo (cenário principal)
 O Ucase começa quando o sistema não é validado após 60 minutos do
envio de e-mail com o hyperlink de activação de conta
 Automaticamente o sistema realizará notificação ao cliente para activar o
seu registo no máximo de 7 dias

Pós Condições O registo do utilizador será removido ao fim de 7 dias



UCase Validação bem-sucedida
Nr. 5
Actores Cliente
Pré-condições O utilizador registou-se no site (cenário principal).
Fluxo  O Ucase começa quando o sistema executa o envio de e-mail com o
hyperlink de activação de conta
 O hiperlink deverá abrir o site www.obvesce.pt na página principal do site
 O sistema emitirá uma mensagem de boas-vindas

UCase Motor de busca de imóvel
Nr. 6
Actores Cliente
Pré-condições O utilizador tem que estar validado no sistema para a utilização completa das
funções no motor de busca
Fluxo  O Ucase inica quando o utilizador pretende realizar uma consulta aos
anúncios publicados
 Através do motor de busca do site, o utilizador filtra a sua escolha de
acordo com os campos específicos disponibilizados.
 Após executar procurar o sistema automaticamente filtrará os imóveis de
acordo com a consulta realizada
 O utilizador ao seleccionar um registo, o sistema abrirá uma página com a
descrição completa, fotos, visita virtual, comercial responsável, etc.
 O utilizador adiciona imóveis aos seus favoritos que estarão disponíveis na
área de utilizador
 O sistema permite guardar pesquisas personalizadas pelo utilizador

UCase Visita Virtual (extensão)
Nr. 7
Actores Cliente & Comercial
Pré-condições O anúncio tem que ter uma apresentação em formato específico, vídeo, imagens
panorâmicas, etc.
Fluxo  O sistema identifica os anúncios que têm visita virtual
 Mostra as apresentações do imóvel, vídeos, etc.
 O sistema destaca os anúncios com visita virtual



UCase Anúncio
Nr. 8
Actores Comercial
Pré-condições No sistema não pode existir dois anúncios relativamente a um imóvel
Fluxo  O Ucase começa quando o comercial selecciona a opção adicionar novo
anúncio
 Para elaboração do anúncio o comercial inserir os dados específicos, fotos,
visitas virtuais, localização, preço, estado, etc,
 O comercial ao seleccionar a opção publicação de anúncio, este ficará
disponível no sistema e visível no motor de busca do site.
 O sistema automaticamente publicará um novo “post” nas redes sociais
sobre o novo imóvel para venda

UCase Pedido de contacto
Nr. 9
Actores Cliente
Pré-condições O utilizador para fazer pedidos de contacto tem que estar registado no sistema
Fluxo  O Ucase inicia quando o utilizador selecciona a escolha de pedido de
contacto em um determinado anúncio
 O contacto pode ser requisitado on-line, telefone ou por e-mail
 O cliente expõe as suas questões em formato no site para o registo de
contacto
 O pedido de contacto é enviado quando o utilizador selecciona a função
enviar
 O sistema envia o pedido de contacto directamente para o comercial
responsável pelo imóvel
Pós Condições O utilizador terá que aguardar por uma resposta do comercial responsável pelo
imóvel



UCase Consulta e Gestão de pedido de contacto
Nr. 10
Actores Comercial
Pré-condições É necessário existir um pedido de contacto pelo utilizador
Fluxo  Include: Pedido de contacto
 O Ucase inicia quando o comercial recebe um pedido de contacto realizado
pelo cliente ou futuro cliente
 O sistema disponibiliza alertas acerca de pedidos ainda sem serem vistos
 O comercial actualiza um pedido de contacto quando selecciona a opção
resposta.
Pós Condições O comercial terá que aguardar pela resposta do utilizador / Cliente às propostas
realizadas

UCase Envio Proposta/Resposta referente a um pedido
Nr. 11
Actores Comercial
Pré-condições É necessário existir um pedido de contacto pelo utilizador
Fluxo  Include: Pedido de contacto
 .O Ucase inicia quando o comercial começa a elaborar uma resposta ao
pedido de contacto
 O comercial responde ao pedido manualmente
 O sistema disponibiliza a resposta a esclarecimentos ou agendamento de
visita a imóvel.
 O comercial selecciona a data que se encontra disponível para
agendamento de visita ou escreve um texto livre ao utilizador
 O comercial conclui a elaboração de proposta / esclarecimento quando
selecciona a opção terminar e enviar.
 O sistema envia notificação para o e-mail do utilizador que requisitou o
pedido
 O Ucase termina quando a notificação é recepcionada com sucesso no seu
destino de entrega.
Pós Condições O comercial terá que aguardar pela resposta do utilizador às propostas realizadas



UCase Proposta/Esclarecimento
Nr. 12
Actores Cliente
Pré-condições O utilizador terá que responder à proposta de agendamento a visita de imóvel
Fluxo  O Ucase inicia quando o cliente abre a notificação recebida acerca do
pedido de contacto realizado através do seu e-mail.
 Ao seleccionar o hiperlink, o utilizador será direccionado para a sua
mensagem na sua área pessoal do site
 O utilizador selecciona a opção concluído – mensagem lida, no caso de ser
esclarecimento.
 O utilizador selecciona a opção agendamento aceite para marcação da
visita
 O sistema automaticamente envia uma notificação ao comercial acerca da
decisão do utilizador em relação á sua proposta
Pós Condições O comercial terá que aguardar pela resposta do utilizador / Cliente às propostas
realizadas

UCase Proposta de imóvel não Aceite
Nr. 13
Actores Comercial
Pré-condições Está dependente do resultado de uma visita a um imóvel
Fluxo  O Ucase inicia quando o comercial submete o resultado de visita a imóvel
 O sistema disponibiliza o relatório da visita de imóvel para consulta do
comercial

UCase Agenda Automática de visita a Imóvel
Nr. 14
Actores Comercial & Sistema de gestão de cliente
Pré-condições O sistema tem de ter resposta de agendamento a imóvel
Fluxo  O Ucase começa quando o resultado de agendamento de visita de imóvel é
recebido no sistema
 O sistema automaticamente realiza a marcação de visita a imóvel no
sistema de gestão de cliente



UCase Resultado da visita ao Imóvel
Nr. 15
Pré-condições O sistema tem que ter uma visita a imóvel
Fluxo  O Ucase começa quando o comercial selecciona a opção de resultado de
visita de imóvel.
 O comercial elabora o relatório de visita pré-definido no sistema
 Selecciona a opção concluir resultado
 O sistema enviará a informação para o sistema e gestão de clientes
existente na organização.

UCase Reserva de Imóvel para compra
Nr. 16
Pré-condições O sistema de gestão de cliente tem que estar disponível para receber e armazenar a
informação. Os dados do cliente são guardados no sistema de gestão de clientes, ou
seja, na base de dados do sistema de gestão de clientes.
Fluxo  O Ucase começa quando a informação de resultado está disponível no
sistema
 O comercial abre um processo de reserva de um determinado imóvel ao
cliente (passa de utilizador para cliente)
 O sistema regista um novo cliente no sistema de gestão de clientes.
 O Sistema automaticamente in disponibilizará o anúncio referente ao
imóvel reservado
 Selecciona a opção concluir a reserva concluída com sucesso para terminar
o Ucase

UCase Imóvel concluído
Nr. 17
Actores Comercial & Sistema de gestão de projectos
Fluxo  O Ucase começa quando o sistema de gestão de projectos recebe a
informação acerca da reserva efectuada ao imóvel concluido.
 O sistema automaticamente disponibiliza, na área comercial, um formulário
para carregar os documentos essenciais para escritura



UCase Gestão de Documentação para escritura
Nr. 18
Actores Comercial
Fluxo  O Ucase inicia quando o comercial acede ao sistema, processos, gestão de
de documentação
 A opção de serviço de tratamento de documentação estará disponível (o
tratamento de documentação será responsabilidade do comercial)
 O sistema disponibiliza toda a informação qual a documentação em falta,
qual a documentação concluída
 O comercial envia um pedido por correio electrónico de documentação
necessária para a escritura
 O sistema notifica o cliente com a informação necessária
 Quando a documentação exigida é carregada o estado da documentação é
actualizado

UCase Documentação para escritura completo
Nr. 19
Actores Comercial
Fluxo  O Ucase começa quando o comercial completa a documentação necessária
do processo
 O sistema conclui a fase de documentação automaticamente
 Disponibiliza a fase seguinte do processo, agendamento de data de
escritura

UCase Documentação para escritura completo
Nr. 20
Actores Comercial
Fluxo  O Ucase começa quando o comercial completa a documentação necessária
do processo
 O sistema conclui a fase de documentação automaticamente
 Disponibiliza a fase seguinte do processo, agendamento de data de
escritura



UCase Imóvel em construção
Nr. 21
Actores Sistema de Gestão de Projecto
Pré-condições O sistema de gestão de projecto tem que estar disponível para partilhar a
informação
Fluxo  O Ucase começa quando o comercial realiza uma reserva a um imóvel ainda
em fase de construção
 O sistema de gestão de projectos disponibiliza a informação no sistema em
que fase de construção se encontra o imóvel
 Disponibiliza quais os materiais utilizados em cada uma das áreas da casa
Pós Condições O Comercial e o cliente poderão verificar on-line em que fase de construção se
encontra o imóvel

UCase Sem alteração projecto
Nr. 22
Actores Sistema de Gestão de Projecto
informação. A informação sobre o projecto não é registada na base de dados do
sistema, mas sim na base de dados de gestão de projectos
Fluxo  O Ucase começa quando o cliente não pretende qualquer alteração ao
projecto
 O sistema permite que alterações de projecto sejam possíveis ao longo do
processo de construção

UCase Actualização planeamento de projecto
Nr. 23
Actores Sistema de Gestão de Projecto & Responsável de Projecto
Fluxo  O Ucase inicia quando o responsável de projecto actualiza o projecto no
sistema de gestão de projecto
 O sistema disponibiliza a informação na área de cliente e comercial.



UCase Pedido de alteração de Imóvel
Nr. 24
Actores Cliente, Comercial, Responsável de Projecto & Sistema de gestão de Projectos
Fluxo  O Ucase inicia quando o cliente selecciona a alteração de materiais
utilizados no projecto
 Dentro das alterações possíveis fornecidas o cliente pode alterar os
materiais para cada uma das situações
 Selecciona a opção submeter alterações de materiais
 O sistema automaticamente envia uma notificação ao comercial e
responsável de projecto
 Os dados da alteração serão enviados automaticamente para o sistema de
gestão de projectos
 O sistema disponibiliza a informação na área de cliente e comercial.

UCase Reformulação de projecto
Nr. 25
Actores Responsável Projecto & Sistema de gestão de Projectos
informação
Fluxo  O Ucase começa quando o responsável projecto recebe a notificação sobre
alteração de materiais no projecto
 O responsável de projecto substitui os materiais antigos pelos escolhidos
pelo cliente.
 Selecciona a opção submeter reformulação de projecto



UCase Acompanhamento de processo
Nr. 26
Actores Responsável de Projecto & Sistema de gestão de Projectos
Fluxo  O Ucase começa quando é submetida nova informação no sistema de
gestão de projectos
 Actualiza automaticamente o “status” de processo
 Notifica o comercial do imóvel
 Notifica o cliente sobre a actualização

UCase Escritura Imóvel
Nr. 27
Actores Cliente, Comercial & Sistema de gestão de cliente
Pré-condições O sistema de gestão de cliente deve estar disponível. A documentação para escritura
deve estar concluída.
Fluxo  O Ucase começa quando o Comercial escolhe a opção escritura.
 O Comercial selecciona a data indicada pelo cliente para a data da escritura
 O sistema automaticamente notifica o cliente através de e-mail
 Escritura realizada

UCase Conclusão de processo
Nr. 28
Actores Cliente, Comercial & Sistema de gestão de cliente
Pré-condições O sistema de gestão de cliente deve estar disponível. A escritura da imóvel realizada
Fluxo  O Ucase começa quando o Comercial escolhe a opção escritura realizada.
 O processo é concluído, arquivado e enviado para o sistema de gestão de
cliente.
 O Sistema notifica o cliente com uma mensagem de agradecimento



2.9 Diagrama de Classes
Imóveis
Utilizador # v_natureza : Integer
# v_id : Double # v_tipologia : Integer
# v_user : Integer # v_area : double
# v_nome : String # v_area_bruta : double
# v_data_nasc : Date # v_planta : Object
# v_morada : String # v_ano_construcao : Date
# v_cp : Double # v_imovel_id : Double
# v_concelho : String + criar_imovel () : Integer
# v_cidade : String + actualizar_estado () : Integer Imoveis Construção
1..* # v_telemovel : Double + Visita_res () : Integer # v_planta : Integer
efetua # v_e_mail : Integer + criar_visita () : Integer # v_fase_1 : Boolean
# v_password : Integer + marcação () : Integer # v_fase_2 : Boolean
# v_registado : Date ... # v_fase_3 : Boolean
Pedidos 1..1
+ registo () : Integer tem # v_fase_4 : Boolean
# v_pedido_id : Double 0..10..1
+ autenticação () : Integer # v_responsavel : Integer
# v_data : Date # v_inicio_projecto : Date
... 0..*
# v_utilizador_id : Double 0..* # v_fim_projecto : Date
# v_imovel_id : Double 0..*
varios # v_previsao_fim : Date
# v_texto : String Ordered # v_construcao_id : Integer
# v_assunto : Integer 0..* Processo # v_projecto_id : Integer
+ resposta () : Integer muitos # v_processo_nr : Integer + actualizar_Estado () : Integer
1..*
+ agenda () : Integer Ordered # v_data_abertura : Integer + pedido alteracao () : Integer
tem
+ Notificar () : Integer Ordered # v_cliente_id : Integer + alteracao planeamento () : Integer
+ criar () : Integer # v_proposta_id : Integer + alteracao_projecto () : Integer
... Anuncios # v_imovel_id : Integer + imovel concluido () : Integer
# v_referencia : Double # v_data_conclusao : Integer ...
# v_data : Date + ciar_processo () : Integer
# v_comercial_id : Integer 1..1 0..1
um + actualizar () : Integer
# v_texto : Integer + notificar () : Integer 0..*
+ criar_anuncio () : Integer + marcacao_escritura () : Integer
+ pesquisa () : Integer + escritura () : Integer
... documentacao
+ arquivar_anuncio () : Integer
... # v_doc_id : Double
Visita_Virtual 1..1 1..*
Proposta # v_doc_processo_id : Double
tem possui
# v_v_virtual_id : Double # v_doc1 : String
# v_proposta_id : Double
# v_v_foto : String # v_doc2 : String
0..* # v_pedido_id : Double
# v_v_video : String 1..1 # v_doc3 : String
# v_v_data : Date uma várias # v_data : Date
# v_doc4 : String
# v_utilizador_id : Double
+ criar_visita_virtual () : Integer # v_doc5 : String
# v_imovel_id : Double
... # v_doc6 : String
# v_proposta : Boolean
# v_doc7 : String
# v_data_visita : Date
# v_doc8 : String
# v_duvida : Boolean
# v_duvida_text : Integer + documentacao_concluida () : Integer
...
+ criar_proposta () : Integer
+ resultado () : Integer
...
Ilustração 3-Diagrama de classses



2.10 Diagrama de Sequência

Pedido

website:Utilizador anuncios:Anuncios Pedido:Pedidos Proposta:Proposta

Cliente Comercial

autenticação( )
pesquisa( )

Cria pedido

Notifica comercial
Notificação Pedido bem sucedido
resposta( )

criar_proposta( )

Notificação Pedido respondido resposta( )

autenticação( )

agenda( )

agenda visita Agenda visita

Ilustração 4- Diagrama de Sequência - Pedido

Visita

Visita

anuncios:Anuncios Visita:Imóveis Proposta:Proposta Abertura:Processo

Sistema de gestão de Comercial Cliente
cliente

criar_visita( )
resultado( )

ciar_processo( )
Notifica cliente
arquivar_anuncio( )
anuncio arquivado

Proposta aceite

Exporta os dados de cliente

Ilustração 5- Diagrama de Sequência - Visita



Processo de Construção

Processo_construcao

Alteracao:Imoveis Construção Planeamento:Imoveis Construção Construção:Imoveis Construção

Comercial Cliente Responsável Projecto Sistema de gestão de
Projecto

pedido alteracao( )
pedido alteracao( )

Notifica o responsável de projecto

alteracao_projecto( )

Alteração do projecto
Notifica o Comercial
alteracao planeamento( )
Notifica o cliente

actualizar_Estado( )

imovel concluido( )

conclusao de obra

conlcusao de obra conclusao de obra

Ilustração 6-Diagrama de Sequência – Processo de Construção

Escritura

Processo_construcao

Alteracao:Imoveis Construção Planeamento:Imoveis Construção Construção:Imoveis Construção

Comercial Cliente Responsável Projecto Sistema de gestão de
Projecto

pedido alteracao( )
pedido alteracao( )

Notifica o responsável de projecto

alteracao_projecto( )

Alteração do projecto
Notifica o Comercial
alteracao planeamento( )
Notifica o cliente

actualizar_Estado( )

imovel concluido( )

conclusao de obra

conlcusao de obra conclusao de obra

Ilustração 7-Diagrama de Sequência - Escritura



2.11 Diagrama de Actividades

Ilustração 8-Diagrama de Actividades



3. Informações Suplementares

Conclusão

O principal objectivo deste trabalho é consolidar a matéria da Unidade Curricular de Análise de
Sistemas, que durante a elaboração do projecto, pude compreender o que é análise de sistemas.

O grande desafio foi elaborar o trabalho individualmente, pois um trabalho em grupo consegue-se
ter outras ideias e desenvolver um sistema com base em diferentes perspectivas. Saliento que,
relativamente ao enunciado do trabalho final e também a inexistência de entrevistas com o “cliente”
restringiu a perspectiva do sistema do cliente.

Embora, todos os percalços encontrados, concluo que a linguagem UML é uma linguagem simples
que possibilita o fácil entendimento de um sistema para quem não tem qualquer conhecimento de
sistemas ou programação. Todo o trabalho desenvolvido foi com base numa perspectiva lógica, pois
nomeadamente ao caso de estudo, se pensarmos que a empresa já existia, logo, esta teria que ter
uma estrutura montada para os seus clientes e para o desenvolvimento da sua actividade, dai a
perspectiva de sistema apresentada neste relatório.

Contudo, e para terminar, concluo que a análise de sistemas é uma das etapas mais importante no
desenvolvimento de sistemas, senão a mais importante na definição de um sistema para uma
determinada finalidade, pois sem uma correcta visualização e estruturação de um sistema, poderá
resultar num fracasso num futuro próximo, ou mesmo no presente.

3.1 Tabela de Conteúdos
Nada a acrescentar

3.2 Índice Remissivo
Nada a acrescentar

3.3 Apêndice
Nada a acrescentar

3.4 Anexos
Nada a acrescentar


Relatório de Análise Sistemas UML

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Relatório de Análise Sistemas UML

Semelhante a Relatório de Análise Sistemas UML (20)

Último

Último (20)

Relatório de Análise Sistemas UML