ATPS - ANALISE ESTRUTURADA DE SISTEMAS

Projeto SICACROJ

PROJETO: Controle de Estoque e Vendas

VERSÃO 1.0

Equipe: Sivaldo Santos, Rogério Lustosa, Cleiton Gomes, Carlos Alberto e Jonatas

INTRODUÇÃO

Neste documento está a concepção, fundamentação, planejamento, meios de acompanhamento e avaliação do projeto de Controle de Vendas, sendo a referência básica para a implantação e execução do projeto.

Seu objetivo é integrar e apresentar conjuntamente todos os planos auxiliares do projeto, facilitando o entendimento geral do mesmo e definindo quando as tarefas envolvidas serão realizadas. Além disso, especificam informações essenciais como previsão de início e término do projeto, Plataforma (Sistema Operacional), Linguagem de Programação, Principais Stakeholders, Premissas e Restrições.

ESCOPO

Este projeto foi elaborado com um objetivo principal de atender as exigências da empresa Sicacroj Incorporadora Ltda. e após algumas entrevistas e levantamentos de dados dos funcionários e gerencia, houve o consenso de todos sobre o resultado final do mesmo.

O foco Principal é gerenciar a venda de imóveis, para que não haja duplicidade de venda assim agilizando o processo com corretores e clientes, através de um sistema com banco de dados onde o mesmo devera conter os seguintes requisitos:

- Cadastro: de funcionários, clientes, corretores, gerentes, imóveis e uma consulta a todos os tipos de cadastro.

- Relatórios: onde serão mostrados os relatórios quando solicitados sobre a venda de um imóvel.

Com a implantação do software e treinamentos dos funcionários, todos os usuários receberão um acesso com login e senha com privilégios diferentes, distribuídos pela Empresa.

Todos os dados de clientes e fornecedores preenchido por funcionários/usuário, só serão alterados pela gerencia ou administradores.

Ressaltamos que após a implantação do projeto a responsabilidade total e absoluta do banco de dados com todas as informações inseridas, alteradas ou qualquer ato ilícito será responsabilidade da empresa.

Assim deixamos claro que qualquer problema técnico ou dúvida operacional deverá ser sanado agora, para que não haja problemas para o projeto.

Objetivos: Controlar o estoque de imóveis das imobiliárias, agilizar o processo de atendimento ao cliente (compradores)

Previsão de Inicio e Termino do Projeto:

Inicio: imediato.

Término: 01/09/2017

Plataforma: Compatível com Windows Seven, Windows 8, Windows Phone e Android

Linguagem de Programação: Java/SE.

Principais Stakeholders: Gerente, Analista de sistemas, Programador e Funcionários.

Premissas: Após a implantação do sistema e treinamento dos atendentes, toda e qualquer perda de dados será responsabilidade da empresa.

ETAPA 1

Relatório 1: Análise Inicial

1.1 As Necessidades do Negócio

a. Obtenção de um sistema que evite a duplicidade na venda de um determinado terreno para clientes diferentes;

b. Agilizar o processo de negociação dos terrenos;

c. Criar meios de divulgação e apoio às vendas através da WEB;

d. Fidelização dos clientes;

1.2 Questionário elaborado acerca das necessidades internas e externas da incorporadora

a. Existe a necessidade de consulta a um banco de dados central? Se sim, para que tipos de usuários?

( ) Sim, apenas para os corretores e diretoria executiva.

( ) Sim, apenas para a diretoria executiva.

( ) Sim, para todos os usuários.

( ) Não.

b. Existe a necessidade de atualização em tempo real?

( ) Sim.

( ) Não

.

c. Existe a necessidade de criação de banco de dados de clientes interessados?

( ) Sim, completo.

( ) Sim, apenas dados básicos.

( ) Não.

d. O acesso ao sistema precisa ser online?

( ) Totalmente.

( ) Apenas parcialmente.

( ) Não.

e. Existe a necessidade de criação de reserva de terrenos? Se sim, por quanto tempo:

( ) Sim, por 7 dias.

( ) Sim, por tempo indeterminado

( ) Não.

f. Existe a necessidade de envio de atualização aos telefones móveis dos usuários?

( ) Sim, apenas dos corretores.

( ) Sim, de todos os usuários.

( ) Não.

g. É necessária a geração de notificação para o cliente quando o imóvel estiver em processo de compra? Se sim, de que forma:

( ) Sim, por e-mail

( ) Sim, por sms

( ) Sim, por e-mail e sms

( ) Não

1.3 Os Requisitos necessários para atender e atingir metas de solução

De acordo com a necessidade proposta pelo cliente, o sistema operará em rede, sob plataforma Windows e Androide, e ainda terá uma interface WEB; será desenvolvido em linguagem JAVA, e estruturado de modo a permitir a implantação de novos módulos à medida da necessidade do cliente.

1.3.1 Identificação dos Atores:

Os atores são os usuários que terão acesso às funcionalidades do sistema e poderão interagir com o mesmo, de acordo com uma hierarquia predefinida.

a. Gerente de incorporadora e imobiliária: Ator que tem autoridade para cadastrar e modificar imóveis e corretores, e interagir com os mesmos. Possui login próprio

b. Corretor: Ator com autoridade para cadastrar, modificar, pesquisar e deletar clientes. E também interagir com os gerentes, efetua venda de imóveis . Possui login próprio.

c. Administrador: Ator com autoridade para modificar as ações dos demais atores, controlar os novos produtos e regular preços e finanças. Possui login próprio.

d. Cliente: Ator com autoridade apenas para pesquisar imóveis disponíveis, fazer pré-cadastro via site do sistema e aguardar retorno dos corretores, sem autoridade nenhuma para fazer qualquer alteração no sistema.

1.3.2 Requisitos Funcionais

a. Cadastro de Usuários: O sistema terá um cadastro global, onde envolverá todos os membros do processo de negócio: cliente, corretores, gerentes e funcionários.

Parâmetros de entrada

Este cadastro conterá campo para inserção de:

Nome: Nome completo de usuário – RN1: O nome deve ter no mínimo 5 carácteres.

CPF: Cadastro Nacional de Pessoa Física: RN2 – Verificar dígito validador.

Sexo: M ou F

Telefone:

Endereço: número, complemento, bairro, cidade, UF

CRECI: Conselho Regional de Corretor de Imóveis: RN3 Verificar dígito validador.

.b. Cadastro de imóveis: Onde será possível o cadastro de imóveis a ser negociado; tipo do imóvel (casa, terreno, apartamento, etc.), localização. Onde cada imóvel estará relacionado com uma pessoa.

c. Controle de comissões de vendas: Define as pessoas envolvidas no processo de venda de imóvel tais como corretores, funcionários e a empresa. Para cada tipo de pessoa será previamente cadastrada um percentual padrão de comissão. Esse percentual poderá ser alterado no ato de venda do imóvel por pessoas que tenham permissões para tal.

d. Controle de Estoque:

- O sistema deve receber atualizações instantâneas acerca de terrenos vendidos ou em negociação.

- O sistema deve enviar aos usuários definidos a atualização de seu estoque em tempo real.

- O sistema deve manter um terreno indisponível para negociação por até 7 dias consecutivos.

- Passado o prazo citado no item anterior, o sistema deve solicitar ao usuário (cliente) uma posição a respeito da negociação.

- Caso a negociação citada no item anterior esteja em andamento, o corretor deve informar ao sistema para que haja o prolongamento do prazo de indisponibilidade.

- Deverá a incorporadora fornecer ao usuário (4) TABLET ou SMART PHONE para uso e atualização em tempo real das negociações totalmente via WEB operando em 3G.

1.3.3 Requisitos Não-Funcionais

O sistema terá:

a. Usabilidade – Facilidade de uso

b. Segurança – Evitar acesso não autorizado, para isso os usuários precisarão efetuar login

c. Confiança – Pouca possibilidade de falha

d. Verificabilidade – Desempenho de verificação

e. Interoperabilidade – Facilidade de comunicação

f. Mantenabilidade – Facilidade de reparar

g. Flexibilidade – Facilidade de alterar

h. Portabilidade – Facilidade de transpotar

i. Expansibilidade – Facilidade de expandir

Relatório 2 – Estudo de viabilidade de Sistema de vendas

2.1 Tabela 1 – Viabilidade Técnica de Sistema

Requisitos

Funcionais Usuário admin Tecnologia

usada vantagens desvantagens conclusão

1 Gestão

De vendas

1.1 Definição

Banco de dados não sim Mysql

Oracle

SQL server

Open source

Segurança

suporte Nível baixo de segurança

Mão de obra

Escassa

Não portável Mysql, open

Source e

Capacidade de

Integração

1.2.Definição

Linguagem de programação não sim C#

Java Suporte,

Agilidade no

desenvolvimento, linguagem

é orientada a objetos

software livre, linguagem é orientada a objeto Custo de aquisição de licenças

Falta de agilidade no desenvolvimento C#, agilidade no

Desenvolvimento, documentação de fácil acesso.

1.3.Definição do sistema operacional do servidor não sim Windows

Server

Linux

CentOS Facilidade na instalação e

Manutenção

Open source,

robustez Valor de aquisição

Falta de mão de obra especializada Windows Server,

Agilidade na implantação

1.4 Definição do servidor

Web não sim Apache tom cat

Iss (internet information service) Open source

Interface amigável de

configuração Configuração complexa

A instalação é

Possível somente em plataforma Windows ISS, melhor integração

Com Windows server

1.5.Definição do sistema

operacional

dos usuários sim sim Windows 8

Ubuntu desktop Usuários adaptados

com

interface

open source Custo de aquisição

Resistência

Dos

usuários Apesar de o sistema ser web e trabalhar em ambas as plataformas

recomenda-se utilizar windows8

1.6.Definiçao do sistema

Operacional mobile sim sim Android

Windows 8

Phone Gama de aplicativos

Usuários adaptados com interface Segurança

Falta de muitos recursos

Android aplicativos

É mais viável