Trabalha Académico Análise Sistemas - Avaliação Final

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

Confidencial ObvESCE, 2013 Pág. 2/36

Histórico

Data Versão Descrição Autor

25-01-2012 1.0 Elaboração de relatório de análise

sistemas

100323050




Í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.

http://pt.wikipedia.org/wiki/Hardware

http://pt.wikipedia.org/wiki/Software

http://pt.wikipedia.org/wiki/Rede_de_computadores




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.

Sistema de Vendas On-line

Cliente

PDA

Telemóvel

Computador Portátil

Sistema de vendas On-line

Interface Web

Subsites

http://ObvESCE.Vendas

Firewall

Servidor

Base de dados Vendas

Base de dados existente

Escritório

Responsável Projecto

Comercial

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

Ilustração 2-Diagrama de Ucase

<<include>>

<<include>>

<<include>>

<<extend>>

<<include>>Cliente

Comercial

Sistema de gestão de

clientePedido

contacto

motor busca

imóvel

Validação

de registo

Consulta e

Gestão

pedido

contacto

Envio

Proposta/

Resposta

referente a um

pedido

Agenda

automatica a

visita a Imóvel

Visita

Virtual

Inserir dados

de cliente

Registo cliente

no website Sem

Validação

Responsável Projecto

Proposta/

Esclareciment

o

Resultado da

visita ao

Imóvel

Formulação de

nova Proposta

Reserva

Imóvel para

compraGestão de

documentação

para escritura

Pedido de

alteração

Imóvel

Reformulação

de Projecto

Sistema de gestão de

Projecto

Agendamento

de data

escritura

Conclusão de

Processo

Validação

Bem

Sucedida

Proposta

imóvel não

aceite

Imóvel em

construção

Imóvel

Concluido

Documentação

para escritura

completo

Escritura

Imóvel

Actualização

Planeamento

Projecto

Sem

alteração

Projecto

Anúncios

Acompanhament

o de processo




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.”




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

Tabela 1-Ucases vs Actores

Nr UCase

Actores

Clie

nte

Sist

em

a G

estã

o

Clie

nte

s

Co

mer

cial

Res

po

nsá

vel

Pro

ject

o

Sist

em

a d

e G

estã

o

de

pro

ject

o

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




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

http://www.obvesce.pt/




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


http://www.obvesce.pt/




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

Ilustração 3-Diagrama de classses

1..*

efetua

0..*

varios

Ordered

1..*

tem

Ordered

0..*

muitos

Ordered

1..1

tem

1..1

uma

1..*

possui

0..*

várias

0..1

0..*

0..1

0..*

0..1

0..*

1..1

tem

1..1

um

Anuncios

#

#

#

#

v_referencia

v_data

v_comercial_id

v_texto

: Double

: Date

: Integer

: Integer

+

+

+

criar_anuncio ()

pesquisa ()

arquivar_anuncio ()

...

: Integer

: Integer

: Integer

Imóveis

#

#

#

#

#

#

#

v_natureza

v_tipologia

v_area

v_area_bruta

v_planta

v_ano_construcao

v_imovel_id

: Integer

: Integer

: double

: double

: Object

: Date

: Double

+

+

+

+

+

criar_imovel ()

actualizar_estado ()

Visita_res ()

criar_visita ()

marcação ()

...

: Integer

: Integer

: Integer

: Integer

: Integer

Imoveis Construção

#

#

#

#

#

#

#

#

#

#

#

v_planta

v_fase_1

v_fase_2

v_fase_3

v_fase_4

v_responsavel

v_inicio_projecto

v_fim_projecto

v_previsao_fim

v_construcao_id

v_projecto_id

: Integer

: Boolean

: Boolean

: Boolean

: Boolean

: Integer

: Date

: Date

: Date

: Integer

: Integer

+

+

+

+

+

actualizar_Estado ()

pedido alteracao ()

alteracao planeamento ()

alteracao_projecto ()

imovel concluido ()

...

: Integer

: Integer

: Integer

: Integer

: Integer

Util izador

#

#

#

#

#

#

#

#

#

#

#

#

v_id

v_user

v_nome

v_data_nasc

v_morada

v_cp

v_concelho

v_cidade

v_telemovel

v_e_mail

v_password

v_registado

: Double

: Integer

: String

: Date

: String

: Double

: String

: String

: Double

: Integer

: Integer

: Date

+

+

registo ()

autenticação ()

...

: Integer

: Integer

Pedidos

#

#

#

#

#

#

v_pedido_id

v_data

v_util izador_id

v_imovel_id

v_texto

v_assunto

: Double

: Date

: Double

: Double

: String

: Integer

+

+

+

+

resposta ()

agenda ()

Notificar ()

criar ()

...

: Integer

: Integer

: Integer

: Integer

Proposta

#

#

#

#

#

#

#

#

#

v_proposta_id

v_pedido_id

v_data

v_util izador_id

v_imovel_id

v_proposta

v_data_visita

v_duvida

v_duvida_text

: Double

: Double

: Date

: Double

: Double

: Boolean

: Date

: Boolean

: Integer

+

+

criar_proposta ()

resultado ()

...

: Integer

: Integer

Processo

#

#

#

#

#

#

v_processo_nr

v_data_abertura

v_cliente_id

v_proposta_id

v_imovel_id

v_data_conclusao

: Integer

: Integer

: Integer

: Integer

: Integer

: Integer

+

+

+

+

+

ciar_processo ()

actualizar ()

notificar ()

marcacao_escritura ()

escritura ()

...

: Integer

: Integer

: Integer

: Integer

: Integer

Visita_Virtual

#

#

#

#

v_v_virtual_id

v_v_foto

v_v_video

v_v_data

: Double

: String

: String

: Date

+ criar_visita_virtual ()

...

: Integer

documentacao

#

#

#

#

#

#

#

#

#

#

v_doc_id

v_doc_processo_id

v_doc1

v_doc2

v_doc3

v_doc4

v_doc5

v_doc6

v_doc7

v_doc8

: Double

: Double

: String

: String

: String

: String

: String

: String

: String

: String

+ documentacao_concluida ()

...

: Integer




2.10 Diagrama de Sequência

Pedido

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

Visita

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

agenda visita

autenticação( )pesquisa( )

Cria pedido

Notifica comercial

criar_proposta( )

resposta( )

Notificação Pedido bem sucedido

resposta( )Notificação Pedido respondido

autenticação( )

agenda( )

Agenda visita

Cliente

website:Util izador anuncios:Anuncios Pedido:Pedidos Proposta:Proposta

Comercial

agenda visita

autenticação( )pesquisa( )

Cria pedido

Notifica comercial

criar_proposta( )

resposta( )

Notificação Pedido bem sucedido

resposta( )Notificação Pedido respondido

autenticação( )

agenda( )

Agenda visita

Visita

anuncio arquivado

arquivar_anuncio( )

ciar_processo( )

Proposta aceite

resultado( )

Exporta os dados de cliente

Notifica cliente

criar_visita( )

ComercialSistema de gestão de

cliente

Abertura:ProcessoVisita:Imóveis

Cliente

Proposta:Propostaanuncios:Anuncios

anuncio arquivado

arquivar_anuncio( )

ciar_processo( )

Proposta aceite

resultado( )

Exporta os dados de cliente

Notifica cliente

criar_visita( )




Processo de Construção

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

Escritura

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

Processo_construcao

actualizar_Estado( )

conlcusao de obra

conclusao de obra

conclusao de obra

imovel concluido( )

alteracao planeamento( )

Alteração do projecto

Notifica o Comercial

Notifica o cliente

alteracao_projecto( )

Notifica o responsável de projecto

pedido alteracao( )

pedido alteracao( )

Cliente Responsável Projecto Sistema de gestão de

Projecto

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

Comercial


conlcusao de obra

conclusao de obra

conclusao de obra

imovel concluido( )




Notifica o cliente



pedido alteracao( )

pedido alteracao( )

Processo_construcao


conlcusao de obra

conclusao de obra

conclusao de obra

imovel concluido( )




Notifica o cliente



pedido alteracao( )

pedido alteracao( )

Cliente Responsável Projecto Sistema de gestão de

Projecto

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

Comercial


conlcusao de obra

conclusao de obra

conclusao de obra

imovel concluido( )




Notifica o cliente



pedido alteracao( )

pedido alteracao( )




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

Education

Trabalha Académico Análise Sistemas - Avaliação Final