PIM^III (1)

Prévia do material em texto

UNIVERSIDADE PAULISTA-UNIP
Bruno Calazans Wandenkolk
Fernanda Pacheco Crespo
Jeferson da Silva Fernandes
João Pedro Herbe Frediane
Luciene Bandeira Melo Silva
Mohamed Abdul Hammoud
PROJETO INTEGRADO MULTIDISCIPLINAR III - PIM III
UNIP SANTOS – CAMPUS II – RANGEL
2022
Bruno Calazans Wandenkolk – RA: G37CDC2
Fernanda Pacheco Crespo – RA: G3615F9
Jeferson da Silva Fernandes RA: G30HFA4
João Pedro Herbe Frediane – RA: G2212F0
Luciene Bandeira Melo Silva - RA: N732GC9
Mohamed Abdul Hammoud RA: F25EAF9
PROJETO INTEGRADO MULTIDICIPLINAR III – PIM III
LEVANTAMENTO E ANÁLISE DE REQUISITOS DE UM SISTEMA DE GESTÃO DE SERVIÇOS DE SEGUROS
Projeto integrado multidisciplinar III – PIM III apresentado como um dos pré-requisitos para aprovação do semestre vigente, no Curso Superior Tecnólogo de Análise e Desenvolvimento de Sistemas.
UNIP SANTOS – CAMPUS II – RANGEL
2022
RESUMO
O Presente trabalho proposto pela Universidade Paulista (UNIP) tem o objetivo de integrar o conhecimento adquirido nas disciplinas cursadas no semestre, tais como Engenharia de Software II, Análise de Sistemas Orientada a Objetos, Programação Orientada a Objetos I, Projeto de Interface com o Usuário e Banco de Dados.
O projeto visa realizar o levantamento e a análise de requisitos de um sistema de gestão de serviços de seguros, o levantamento e a análise de gerenciamento de todos os processos internos para a gestão de um ecossistema criado para soluções de serviços de proteção de seguros (automóvel, carga, residência, previdência e vida). 
A LGPD (Lei Geral da Proteção de Dados) será aplicada para todas as pessoas físicas e jurídicas.
 Usaremos para desenvolver o sistema a Linguagem Java Script com interface gráfica para desktop, a aplicação Web será desenvolvida com o uso da tecnologia ASP.Net com a linguagem JS, a aplicação Mobile será desenvolvida na linguagem Java com foco em Android (90%) dos clientes, o banco de dados utilizado será o MS SQL Server hospedado em um servidor Windows Server.
A empresa Top Seguros Brasil passou por uma reestruturação em sua regra de negócio, onde iremos auxiliar na implantação de um novo sistema que atenda por completo essa mudança, no setor de seguros de automóveis.
Palavras-chave: Levantamento e análise de requisitos, gerenciador de seguros, desenvolvimento, regra de negócio, LGPD.
ABSTRACT
The present work proposed by Universidade Paulista (UNIP) aims to integrate the knowledge acquired in the courses taken in the semester, such as Software Engineering II, Object Oriented Systems Analysis, Object Oriented Programming I, User Interface Design and Database.
The project aims to carry out the survey and analysis of requirements for an insurance services management system, the survey and management analysis of all internal processes for the management of an ecosystem created for insurance protection services solutions (automobile, cargo, residence, pension and life).
The LGPD (General Data Protection Law) will apply to all individuals and legal entities.
 We will use Java Script Language to develop the system with a graphical interface for desktop, the Web application will be developed using ASP.Net technology with the JS language, the Mobile application will be developed in the Java language with a focus on Android (90%) of the customers, the database used will be MS SQL Server hosted on a Windows Server server.
The company Top Seguros Brasil underwent a restructuring in its business rule, where we will assist in the implementation of a new system that fully meets this change, in the auto insurance sector.
Keywords: Survey and analysis of requirements, insurance manager, development, business rule, LGPD.
SUMÁRIO
 
1 INTRODUÇÃO	5
2 REGRAS DE NEGÓCIO	6
2.1 Acesso ao site da seguradora	6
2.2 Dados necessários para cadastro de usuário	6
2.3 Acesso e navegação no sistema.	7
2.4 Especificação de usuários	8
2.5 Especificação de ambientes	9
2.6 Especificação de equipamento	9
2.7 Especificação de tarefas	9
3. REQUISITOS DO SISTEMA	10
3.1 Visão geral deste documento	10
3.2 Convenções, termos e abreviações	11
3.2.1 Identificação dos Requisitos	11
3.2.2 Prioridades dos Requisitos	11
3.4 Abrangência e sistemas relacionados	12
3.5 Descrição dos usuários	12
3.6.1 Funções Básicas	13
[RF001] Cadastro de usuários	13
[RF002] Acesso à conta usuário	13
[RF003] Atualização do cadastrado do usuário	14
[RF004] Exclusão do cadastro de usuário	14
[RF005] Simulação Cotação	14
[RF006] Contratar seguradora	15
[RF007] Enviar documentação necessária	16
[RF008] Enviar E-mail de confirmação	16
[RF009] Acionar serviço	16
[RF010] Consultar tabela Fipe	17
[RF011] Cadastrar tipos de sinistro	17
[RF012] Cadastrar oficinas credênciadas	17
[RF013] Emitir valor da franquia	18
[RF014] Mostrar oficinas credênciadas	18
3.7 REQUISITOS NÃO FUNCIONAIS	19
3.7.1 Usabilidade	19
[NF001] Disponibilidade	19
[NF002] Eficiência	19
3.8 Confiabilidade	19
[NF003] Manutenção	19
3.9 Desempenho	19
[NF004] Agilidade	19
[NF005] Dados	19
3.10 Segurança	19
[NF006] Restrição	20
3.11 Distribuição	20
[NF007] Distruibuição	20
3.12 Padrões	21
[NF008] Padrões	21
3.13 Hardware e software	21
[NF009] Software	21
[NF010] Linguagem de Programação	21
[NF011] Hardware	21
[NF012] Sistema Operacional	22
4. CASOS DE USO	23
4.1 Introdução	23
5.0 PROTÓTIPOS DE TELA	62
5.1 Protótipo de interface gráfica em Web	62
6. Protótipo de interface gráfica em Mobile	74
7. DIAGRAMA ER DO BANCO DE DADOS	83
8. DICIONÁRIO DE DADOS	84
8. Script do Banco de Dados	98
9. Script de teste de Banco de Dados	104
Descrição	104
10. Cenário de Teste	109
11. Querys do Banco de Dados	112
12. RELATÓRIO DE GESTÃO DO PROJETO INTEGRADO MULTIDISCIPLINAR	113
12.1 Desempenho de funcionários	114
12.2 Mercado	114
12.3 Evolução do negócio	114
12.4 LGPD	115
13 CONSIDERAÇÕES FINAIS	5
REFERÊNCIAS	5
1. Tela Principal do Sistema	11
2.	Tela de Login	12
3.	Tela de painéis	13
4.	Tela botão menus	14
5.	Tela de cadastro das credenciais	15
6.	Tela cadastro das franquias	16
7.	Tela cadastro do sinistro	17
8.	Tela gerar relatórios	18
9.	Tela consulta tabela FIPE	19
10.	Tela cadastro de seguros	20
11.	Tela suporte ao cliente	21
1 INTRODUÇÃO
Para organizar a regra de negócio da empresa TOP Seguros Brasil, foi solicitado pelos professores envolvidos um novo sistema de gestão, onde implementaremos em Desktop, Web e Mobile, neste semestre teremos como objetivo a documentação do sistema, 
O sistema será desenvolvido com a ajuda do programa “Visual Studio”, e o modelo de ciclo de vida escolhido foi o Espiral, O modelo espiral é, atualmente a abordagem mais realística para desenvolvimento de software em grande escala, e usa uma abordagem que capacita a empresa que presta o serviço, e o cliente a entender e reagir aos riscos em cada etapa evolutiva, dando assim maior visibilidade para a gerência, sobretudo na gerência de riscos.
2. REGRAS DE NEGÓCIO 
2.1 Acesso ao site da seguradora
 
 
O acesso ao site é livre, mas a solicitação de serviços deverá ser feita por meio de login e senha.
O usuário deverá fazer um cadastro, caso seja o seu primeiro acesso. 
Caso o usuário esqueça sua senha, poderá solicitar outra através do link “esqueceu a sua senha?” na própria tela de acesso à conta, em seguida recebera uma senha temporária em seu e-mail cadastrado no sistema para efetuar login e modificar a senha novamente.
2.2 Dados necessários para cadastro de usuário
Os dados que o usuário/cliente precisa preencher para criação do cadastro são: Nome: Quantidade máxima de 80 caracteres, permitindo apenas caracteres alfabéticos e de preenchimento obrigatório. 
Sobrenome: Quantidade máxima de 80 caracteres, permitindo apenas caracteres alfabéticos e de preenchimento obrigatório.
CPF ou CNPJ: Quantidade máxima de 14 caracteres, deve conter apenas números e de preenchimento obrigatório. 
Telefone: Quantidade máxima de 11 caracteres, deve conter apenas números e de preenchimento obrigatório. 
E-mail: Quantidade máxima de 150 caracteres, permitindo apenas caracteres alfanuméricose de preenchimento obrigatório. 
Senha: Deve conter no mínimo 6 caracteres, permitindo caracteres alfanuméricos e símbolos (@, $, %, # e etc.).
2.3 Acesso e navegação no sistema.
Após a validação do login e senha, o cliente terá acesso ao ambiente geral do sistema, poderá consultar serviços, fazer envio de documentos e acompanhar solicitações.
As solicitações feitas no site, são analisadas por funcionários através do sistema externo que iremos implantar que terá seu funcionamento desktop, esses funcionários também serão responsáveis pelo suporte on-line ao cliente em caso de dúvidas durante o processo de solicitação de serviços utilizando o sistema. 
Visando garantir um excelente atendimento e uma boa experiencia ao cliente.
2.4 Especificação de usuários
 O uso do sistema é destinado para qualquer pessoa com as características dadas na Tabela 1.
Tabela 1 – Medidas de usabilidade de especificação de usuários
	Atributo
	Requisito
	Habilidades e conhecimentos
	
	Experiência no produto 
	Uso de site voltado a seguradoras e contratação de seguros.
	Conhecimento do sistema
	Não requerido.
	Experiência na tarefa 
	Não requerido.
	Experiência organizacional
	Não requerido.
	Treinamento
	Não requerido.
	Habilidades no teclado
	Uso de teclado no computador.
	Habilidades no mouse
	Uso de mouse no computador.
	Qualificações
	Não requerido.
	Habilidade linguística 
	Idade mínima de leitura = 12 anos (Para leitura de ajuda e outras informações no monitor).
	Atributos Físicos
	
	Visão
	Visão normal ou corrigida, medida usando teste padrão.
	Audição
	Não requerido.
	Destreza Manual
	Ambas as mãos com destreza normal (O sistema também pode ser operável com destreza em apenas uma das mãos, para uso de teclado e mouse).
2.5 Especificação de ambientes 
As conexões a seguir devem estar disponíveis: Ponto de acesso à internet (Wi-Fi, 3G, 4G, Banda Larga, entre outros). 
De modo a atender os objetivos de usabilidade, o sistema deve ser usado em um ambiente que esteja em conformidade com os padrões relevantes de ergonomia, em particular: 
ISO 9241-5, layout do posto de trabalho e requisitos de postura. 
ISO 9241-6, requisitos de ambiente. 
2.6 Especificação de equipamento 
Para acessar o sistema é necessário o uso de algum desportivo capaz de se conectar à internet e de apresentar através de uma interface o layout do sistema (computador, notebook, tablet, smartphone, entre outros). 
2.7 Especificação de tarefas 
O objetivo principal pretendido do sistema é permitir que o usuário realize cotação de seguros, que consiga fazer a contratação e a solicitação de serviços através do site. 
Os objetivos secundários do sistema incluem, cadastro de usuários, acesso (login) de usuário cadastrado, consulta da tabela Fipe, consulta do andamento de solicitações e envio de documentos.
3. REQUISITOS DO SISTEMA
Este documento especifica o “Sistema de Gestão de Serviços de Seguros Automotivos” fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema.
3.1 Visão geral deste documento
Esta introdução fornece as informações necessárias para fazer um bom uso deste documento, explicitando seus objetivos e as convenções que foram adotadas no texto, além de conter uma lista de referências para outros documentos relacionados. As demais seções apresentam a especificação do “Sistema de Gestão de Serviços de Seguros Automotivos” e estão organizadas como descrito abaixo.
Seção 2 – Descrição geral do sistema: apresenta uma visão geral do sistema, caracterizando qual é o seu escopo e descrevendo seus usuários.
Seção 3 – Requisitos funcionais (casos de uso): específica todos os requisitos funcionais do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas e saídas de cada caso de uso a ser implementado.
Seção 4 – Requisitos não funcionais: específica todos os requisitos não funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança, distribuição, adequação a padrões e requisitos de hardware e software.
Seção 5 – Descrição da interface com o usuário: apresenta desenhos, figuras ou rascunhos de telas do sistema.
3.2 Convenções, termos e abreviações
A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos a seguir.
3.2.1 Identificação dos Requisitos
Por convenção, a referência a requisitos é feita através do nome da subseção onde eles estão descritos, seguido do identificador do requisito, de acordo com o esquema abaixo:
[nome da subseção.identificador do requisito]
Por exemplo, o requisito [Cadastro de usuarios.RF001] está descrito na sessão de requisitos funcionais(Caso de Uso) na subsessão “funções básicas”, em um bloco identificado pelo número [RF001]. Já o requisito não funcional [Confiabilidade.NF003] está descrito na seção de requisitos não funcionais de Confiabilidade, em um bloco identificado por “Manutenção” [NF003].
Os requisitos devem ser identificados com um identificador único. A numeração inicia com o identificador [RF001] ou [NF001] e prossegue sendo incrementada à medida que forem surgindo novos requisitos.
3.2.2 Prioridades dos Requisitos
Para estabelecer a prioridade dos requisitos foram adotadas as denominações “essencial”, “importante” e “desejável”.
Essencial é o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente.
Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim.
Desejável é o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada.
3.3 Descrição Geral do Sistema
Este documento apresenta uma descrição geral do sistema, e logo em seguida descreve suas funcionalidades especificando as entradas e saídas para todos os requisitos funcionais. 
Faz também uma descrição sucinta dos requisitos não funcionais contidos neste sistema ao modo de facilitar o acesso e usuabilidade de todos os usuários.
3.4 Abrangência e sistemas relacionados
Os usuários poderam se cadastrar, modificar, consultar serviços, fazer envio de documentos e acompanhar solicitações.
Caso o usuário esqueça sua senha, haverá um link onde o usuário poderá recuperar a senha, onde a mesma será enviada pelo e-mail cadastrado.
O usuário terá acesso à tela de menu inicial, tela de login, alteração de cadastro, envio de documentos, tela de serviços disponiveis, tela de sinistro e tela de cotação de serviços.
O sistema dos funcionários na base da empresa opera com uma máquina servidor que gerencia o banco de dados e utiliza a topologia estrela.
3.5 Descrição dos usuários
Os usuários deveram ter uma navegação intuitiva sem a necessidade de um treinamento, para ter uma experiencia agradável, simples, fácil e de qualidade, ele mesmo poderá se cadastrar, modificar seu cadastro e excluir o seu usuário do sistema.
Os usuários (funcionários) teram um manual para a utilização correta do sistema.
O sistema não permitirá o acesso aos documentos por pessoas não cadastradas no sistema, somente o funcionário que fará a cotação e o usuário com seu login e senha poderá ver e acompanhar esse processo.
Os funcionários autorizados poderam gerenciar os documentos: inserir, modificar, excluir, consultar e resgatar os documentos do banco de dados.
3.6 Requisitos funcionais (casos de uso)
3.6.1 Funções Básicas
[RF001] Cadastro de usuários
Descrição: O usuário poderá se cadastrar no sistema.
Entrada: Nome e sobrenome, CPJ ou CNPJ, Telefone, E-mail e Senha.Processo: O cadastro será incluído no banco de dados. 
Saída: Mensagem de confirmação bem sucedido do cadastro caso tenha sido efetuado com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
 [RF002] Acesso à conta usuário
Descrição: Os usuários cadastrados podem acessar a sua conta, verificar serviços disponiveis, fazer cotações e acompanhar suas solicitações.
Entrada: Entrar, CPF ou CNPJ e Senha.
Processo: O cliente faz o login, clicando na aba “Entrar” e é direcionado à pagina inicial do sistema.
Saída: É direcionado à pagina inicial, caso tenha sido efetuado com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF003] Atualização do cadastrado do usuário
Descrição: O usuário logado poderá alterar o seu cadastro.
Entrada: Entrar no campo “Minha Conta” logo em seguida clica na opção “Dados” e adiciona os dados complementares e atualiza.
Processo: Atualização do banco de dados.
Saída: Mensagem de confirmação bem sucedido da alteração do cadastro caso tenha sido
efetuado com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF004] Exclusão do cadastro de usuário
Descrição: O usuário poderá excluir sua conta.
Entrada: Botão “Entrar” no menu inicial, entrar com, Nome de usuário e CPF ou CNPJ, ir na aba “Minha conta” em seguida na opção “Dados” e finalizar no botão “Excluir”.
Processo: O sistema pergunta se o usuário tem certeza e confirmando o sistema o exclui.
Saída: Mensagem de confirmação bem sucedido da exclusão do cadastro caso tenha sido efetuado com sucesso, senão, mensagem de erro
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF005] Simulação Cotação
Descrição: O usuário deve estar cadastrado e logado no sistema ou realizar um pré-cadastro.
Entrada: para usuários cadastrados fazer o login, na pagina inicial no botão “Entrar” em seguida o usuario acessa a aba “Cotação” e faz a simulação, para usuários não cadastrados, utilizar a aba “Cotação” e realizar o pré-cadastro.
Processo: O sistema insere todos esses dados no no banco de dados.
Saída: Mensagem de confirmação bem sucedido, caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF006] Contratar seguradora
Descrição: Após a cotação e o aceite o usuário receberá um e-mail, solicitando que envie os documentos necessários via sistema.
Entrada: o usuário deve verificar sua caixa de e-mail com a proposta, após aceite deverá encaminhar seus documentos.
Processo: O processo é interno, via comunicação por e-mail.
Saída: não há.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF007] Enviar documentação necessária 
Descrição: O usuário deverá enviar os documentos para contratação.
Entrada: fazer o login, na pagina inicial, acessa a aba “Minha Conta” botão “Documentos” e inserir os anexos solicitados para dar proceguimento.
Processo: O sistema insere todos esses dados no no banco de dados.
Saída: Mensagem de confirmação bem sucedido, caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF008] Enviar E-mail de confirmação
Descrição: O usuário recebe um e-mail, confirmando o envio dos dados.
Entrada: Após anexar os documentos no sistema ele recebe um e-mail de confirmação ou negação 
Processo: O usuário deve verificar seu e-mail.
Saída: Se aprovado se dirigir ao sistema novamente para dar continuidade, se não aprovado, se direcionar ao sistema e enviar nova documentação correta.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF009] Acionar serviço 
Descrição: O usuário pode acionar o sinistro.
Entrada: Deve estar logado no sistema, ir na aba “sinistro” 
Processo: Atualização da descrição das informações no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
 [RF010] Consultar tabela Fipe 
Descrição: Saber o valor determinado do veículo.
Entrada: O funcionário busca no sistema o modelo e o ano do veículo, segurado consulta na tabela fipe o valor estimado do veículo. 
Processo: O sistema insere todos esses dados no no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF011] Cadastrar tipos de sinistro 
Descrição: O funcionário pode cadastrar os tipos de sinistros.
Entrada: Campo desejado e o novo dado.
Processo: Atualização da descrição das informações no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF012] Cadastrar oficinas credênciadas 
Descrição: O funcionáio poderá cadastrar as oficinas credênciadas.
Entrada: Entra com seu login e altenticador, vai na aba menu e botão “Cadastrar oficinas credênciadas” e na aba seguinte cadastra.
Processo: Atualização da descrição das informações no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF013] Emitir valor da franquia 
Descrição: O funcionáio poderá cadastrar as oficinas credênciadas.
Entrada: Entra com seu login e altenticador, vai na aba menu e botão “Cadastrar oficinas credênciadas” e na aba seguinte cadastra.
Processo: Atualização da descrição das informações no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuado
com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[RF014] Mostrar oficinas credênciadas 
Descrição: O funcionáio poderá cadastrar as oficinas credênciadas.
Entrada: Entra com seu login e altenticador, vai na aba menu e botão “Cadastrar oficinas credênciadas” e na aba seguinte cadastra.
Processo: Atualização da descrição das informações no banco de dados.
Saída: Mensagem de confirmação bem sucedido da modificação caso tenha sido efetuadom com sucesso, senão, mensagem de erro.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
3.7 REQUISITOS NÃO FUNCIONAIS
3.7.1 Usabilidade
O software deverá ter uma interface amigável, permitindo aos usuários
uma rápida identificação do procedimento de cadastro, consulta e cotação.
[NF001] Disponibilidade
O sistema deve estar sempre disponível, caso ocorra alguma interrupção ele deve ser
restaurado o mais rápido possível.
	Prioridade:
	
	Essencial
	
	Importante
	
	Desejável
[NF002] Eficiência 
O tempo para sincronização dos dados não deve ser superior a 30 (trinta) segundos, a fim de agilizar a transação, não causando perda de tempo aos usuários na execução de suas atividades.
3.8 Confiabilidade
[NF003] Manutenção
A manutenção será feita por membros do grupo responsáveis nessa área.
3.9 Desempenho
[NF004] Agilidade
Todas as telas do sistema não deverão demorar mais que 2 (dois) segundos para abertura. 
[NF005] Dados
O banco de dados relativo às informações gerenciais deve ser atualizado em tempo real.
3.10 Segurança
[NF006] Restrição
O software deverá implementar um sistema de restrição, dando acesso à dados pessoais somente aos funcionários autorizados e aos usuários cadastrados, quando usuário perder à senha, poderá recuperar atravez de um link, onde o mesmo será enviado pelo e-mail cadastrado.
O sistema deve estar sempre disponível, caso ocorra alguma interrupção ele deve ser restaurado o mais rápido possível.
Na tela de login de funcionários, será implementado uma restrição, onde o usuario não terá uma senha fixa, e sim um autenticador, onde ele irá fazer o login de usuário com seu e-mail corporativo e um gerador de senha, que é um código gerado pela empresa para garantir a segurança ao acessar o sistema, o site funciona com ip de acesso, onde o endereço de URL é bloqueado para acessosfora da rede que não pertence à empresa.
3.11 Distribuição
Esta seção descreve os requisitos não funcionais associados à distribuição da versão executável do sistema.
[NF007] Distruibuição
A distribuição dos dados será realizada localmente de modo executável, para aquele do qual tiver cadastro, ou funcionário, é utilizada a topologia estrela, que é muito utilizada nesse âmbito de trabalho pelo fato da utilização do servidor local do qual é alimentado constantemente por dados, energia, internet.
A manutenção dos dados é realizada diariamente.
	
3.12 Padrões
Esta seção descreve os requisitos não funcionais associados a padrões ou normas que devem ser seguidos pelo sistema ou pelo seu processo de desenvolvimento. 
[NF008] Padrões
O principal padrão é o de armazenamento, que consiste na padronização de coleta dos dados para assim então ter um disco rígido de dados. Também necessário e presente nesse projeto o padrão de iteração com o usuário, e a manutenção diária e padronizada dos códigos presente nos dados armazenados e necessário para a conclusão total do sistema de gestão de serviços de seguros automotivos.
3.13 Hardware e software
Esta seção descreve os requisitos não funcionais associados ao hardware e software usados para desenvolver ou para executar o sistema. 
[NF009] Software
O Programa utilizado será o Visual Code, Este programa apesar de ser gratuito é muito confiável.
[NF010] Linguagem de Programação
O Sistema será feito em linguagem de programação “C#” com interface gráfica para desktop e a aplicação web será desenvolvida com o uso da tecnologia ASP.Net com a linguagem “C#”.
A aplicação Mobile será desenvolvida na linguagem Java com foco em Android(90%) dos clientes.
O Banco utilizado será o MS SQL Server hospedado em um servidor Windows server.
[NF011] Hardware
Será necessário um computador convencional, que tenha teclado, mouse e todos aparatos necessáro para o funcionamento do sistema, tanto para o usuário como funcionário, e como consequência a execução do programa citado neste trabalho, teremos também uma maquina com windows server onde o banco de dados estará hospedado, conforme já citado.
[NF012] Sistema Operacional
Windows 2010.
4. CASOS DE USO
4.1 Introdução
O diagrama de casos de uso documenta o que o sistema faz do ponto de vista do usuário, descrevendo as principais funcionalidades do sistema e sua interação com os usuários. 
Nesse diagrama não nos aprofundamos em detalhes técnicos que dizem como o sistema faz.
O diagrama de caso de uso é representado por atores, casos de uso, relacionamentos entre elementos, associações e generalizações. 
Os atores são quaisquer elementos externos que interagem de alguma forma com o sistema, um caso de uso mostra a visão comportamental externa do sistema, descrevendo uma sequência de atividades executadas por um usuário, sem que seja necessário mostrar com detalhes o funcionamento interno do sistema, um ator é representado por um desenho de um “boneco palito”, um caso de uso é representado por uma elipse, e seus relacionamentos são representados por traços.
 Nos subcapítulos a seguir iremos apresentar o diagrama de caso de uso para o sistema de gestão de serviços de seguros e descrever seus casos de uso.
Figura 1: Diagrama de caso de uso geral
Fonte: Autoria Própria
Descrição
	Identificação 
	Cadastrar-se
	Escopo
	Sistemas Seguradora
	Descrição Propósito
	Esse caso de uso permite que o cliente se cadastre no Sistema.
	Ator primário 
	Cliente
	Pré-Condições
	Não estar já cadastrado
	Pós-Condições
	Registrar informações pessoais
	Fluxo Básico:
1. O sistema exibe um campo com CPF ou CNPJ para ser preenchido.
2. O cliente preenche os dados e clica em Cadastrar e redireciona para outra página. 
3. O sistema exibe um campo para Nome, CPF, E-mail, confirmar e-mail, telefone.
4. O cliente termina de preencher os dados e clica em Finalizar cadastro, exibe uma mensagem de cadastro realizado com sucesso e efetua o login do cliente e redirecionando para página inicial.
	Fluxo Alternativo:
1.1 Caso o cliente deixe algum dos campos em branco ou com preenchimento invalido, o sistema exibe uma mensagem.
1.2 Caso o cliente informe dados já existe no sistema, o sistema exibe um 
Caso de Uso – Acessar Conta.
	Identificação 
	Acessar conta
	Escopo
	Seguradora
	Descrição Propósito
	Esse caso permite que o cliente acesse sua conta
	Ator primário 
	Cliente
	Pré-Condições
	O cliente deve possuir Login e senha
	Pós-Condições
	O cliente faz o login e é redirecionado para página inicial
	Fluxo Principal:
1. O sistema exibe o campo para preencher com CPF ou CNPJ.
2. O cliente clica em entrar.
3. O sistema exibe a página com campo senha para preencher.
4. O cliente preenche o campo senha e clica em Entrar.
	Fluxo Alternativo:
1.1 Caso o cliente não tenha cadastro, ele clicar em Criar um conta e o sistema o redirecionará para página de cadastro.
 
Caso de uso – Atualizar dados
	Identificação 
	Atualizar dados.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite editar dados do cliente.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema mostra os dados
registrado no sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3. O cliente atualiza os dados clicando no Editar.
	Fluxo alternativo:
3.1 Caso o cliente atualize os dados de formar incorreta o sistema mante os dados registrados antigos.
Caso de uso – Excluir conta.
	Identificação 
	Excluir conta.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite excluir conta.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema exclui a conta e desloga o cliente do sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3. O cliente exclui cadastro clicando em excluir conta.
	Fluxo alternativo:
Não há.
Simular Cotação.
	Identificação 
	Simular Cotação.
	Escopo
	Seguradora.
	Descrição Propósito
	Simular as condições de uma eventual contratação de serviço.
	Ator primário 
	Cliente
	Pré-Condições
	Ter selecionado um serviço disponível.
	Pós-Condições
	Informar dados do veículo e do proprietário.
	Fluxo Principal:
1. O cliente clica em Simular cotação.
2. O sistema exibe os dados que necessita para realizar a cotação. 
3. O cliente preenche os dados.
4. O sistema exibe a cotação.
	Fluxo alternativo: 
4.1 Caso o sistema não faça cotação de veículo com o ano mínimo exigido, o sistema exibe uma mensagem.
.
Caso de uso - Contratar seguro.
	Identificação 
	Contratar seguro.
	Escopo
	Seguradora.
	Descrição Propósito
	Realizar a contratação.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter feito a simulação de cotação.
	Pós-Condições
	Enviar documentos necessário.
	Fluxo Principal:
1. O cliente simula cotação.
2. Sistema exibe a cotação.
3. O sistema mostra a opção de prosseguir com a contração ou negar.
4. O sistema exibe a opção de prosseguir e de negar.
5. O cliente clica em prosseguir.
6. O sistema exibe página com campos para anexar documentos necessário
Caso de uso – Enviar documentação necessária. 
	Identificação 
	Enviar Documentação necessária.
	Escopo
	Seguradora.
	Descrição Propósito
	Anexar documentos necessário para o acionamento do sinistro.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter selecionado o tipo de sinistro.
	Pós-Condições
	Gerar ID para acompanhar o processo.
	Fluxo Principal: 
1. O cliente anexa no sistema no campo de anexar documentos.
2. O cliente clica em enviar.
3. O sistema exibe uma mensagem de Enviado e redireciona para uma página com o ID do processo.
Caso de uso – Enviar e-mail de confirmação.
	Identificação 
	Enviar e-mail de confirmação.
	Escopo
	Seguradora.
	Descrição Propósito
	Enviar e-mail de confirmação com dados referente da confirmação.Ator primário 
	Seguradora.
	Pré-Condições
	Ter recebido do cliente os documentos necessários.
	Pós-Condições
	
	Fluxo Principal:
1. O cliente anexa os documentos no sistema e clica em enviar.
2. A seguradora recebe os documentos.
3. A seguradora envia e-mail de confirmação para e-mail do cliente.
	Fluxo alternativo:
1. Caso o cliente mande o documento na correspondente com o que a seguradora exigiu, a segurado retorna e-mail 
para o cliente.
Caso de uso – Acionar Sinistro.
	Identificação 
	Acionar sinistro 
	Escopo
	Seguradora
	Descrição Propósito
	Esse caso de permite o acionamento do sinistro.
	Ator primário 
	Cliente
	Pré-Condições
	O cliente deve estar Logado no sistema.
	Pós-Condições
	O sistema aciona o sinistro e redireciona para página dados sobre o sinistro.
	Fluxo Básico:
1. O cliente acessa a tela inicial do sistema.
2. O cliente clica em Acionar sinistro.
3. O sistema exibe os tipos de sinistro.
4. O cliente selecionar um dos tipos de sinistro.
5. O sistema redirecionará para página de preenchimento de dados.
	Fluxo Alternativo: 
1.1 Caso o sinistro selecionado esteja indisponível, o sistema exibe uma mensagem de erro.
 
Caso de uso – Consultar tabela FIPE.
	Identificação 
	Consultar tabela FIPE.
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Saber o valor de determinado veículo.
	Ator primário 
	Seguradora.
	Pré-Condições
	Saber modelo e ano do veículo.
	Pós-Condições
	Não há.
	Fluxo Principal:
1. Seguradora buscar no sistema modelo e o ano do veículo.
2. Segurado consulta na tabela FIPE o valor estimado do veículo.
	Fluxo alternativo:
1. Caso algum dos dados na consulta esteja errado, o sistema exibe mensagem de erro.
Caso de uso – Cadastra tipos de sinistros.
	Identificação 
	Cadastrar tipos de Sinistros
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Cadastrar no sistema os sinistros que ofereceram.
	Ator primário 
	Seguradora
	Pré-Condições
	Acessar á funcionalidade de cadastrar sinistros.
	Pós-Condições
	Cadastros efetuado.
	Fluxo Principal:
1. A seguradora acessar a funcionalidade cadastrar sinistro no sistema.
2. O sistema exibe mensagem de cadastro efetuado.
	Fluxo alternativo:
2.1 Caso tiver algum erro, o sistema não conclui o cadastro.
 
Caso de uso – Cadastrar oficinas credenciadas.
	Identificação 
	Cadastrar oficinas credenciadas
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Cadastrar as oficinas que ofereceram serviços para a seguradora.
	Ator primário 
	Seguradora
	Pré-Condições
	Acessar á funcionalidade de cadastrar oficinas.
	Pós-Condições
	Cadastros efetuado.
	Fluxo Principal:
1. A seguradora acessa a funcionalidade cadastrar oficinas no sistema.
2. O sistema exibe mensagem de cadastro efetuado.
	Fluxo alternativo:
2.1 Caso a oficia não tiver os requisitos que a segurado exige o sistema não conclui cadastro. 
Caso de uso – Emitir valor da franquia.
	Identificação 
	Emitir valor da franquia.
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Emitir para o cliente o valor da franquia.
	Ator primário 
	Seguradora
	Pré-Condições
	Ter o sinistro acionado.
	Pós-Condições
	Enviar para o cliente a franquia.
	Fluxo Principal:
1. O cliente aciona o sinistro no sistema.
2. Sistema exibe os sinistros.
3. O cliente seleciona o tipo de sinistro.
4. O cliente envia os documentos necessários.
5. O sistema exibe as oficinas credenciadas.
6. A segurado emite o valor da franquia.
	Fluxo alternativo:
5.1 Caso o veículo não seja avaliado pela oficina não será emitido o valor da franquia.
 
Caso de uso – Mostrar oficinas credenciadas.
	Identificação 
	Mostrar oficinas credenciadas
	Escopo
	Sistema seguradora.
	Descrição Propósito
	Exibir oficinas credenciadas.
	Ator primário 
	Seguradora
	Pré-Condições
	Ter enviados documentos solicitados no acionamento do sinistro.
	Pós-Condições
	Não há.
	Fluxo Principal:
1. O cliente aciona o sinistro no sistema.
2. Sistema exibe os sinistros.
3. O cliente seleciona o tipo de sinistro.
4. O cliente envia os documentos necessários.
5. O sistema exibe as oficinas credenciadas.
	Fluxo alternativo:
4.1 Caso todos os documentos exigidos não forem enviados, o sistema não exibe as oficinas credenciadas.
 
Figura 2: Diagrama caso de uso Mobile.
Fonte: Autoria Própria
Descrição
Caso de uso – Cadastrar-se 
	Identificação 
	Cadastrar-se
	Escopo
	Sistemas Seguradora
	Descrição Propósito
	Esse caso de uso permite que o cliente se cadastre no Sistema.
	Ator primário 
	Cliente
	Pré-Condições
	Não estar já cadastrado
	Pós-Condições
	Registrar informações pessoais
	Fluxo Básico:
5. O sistema exibe um campo com CPF ou CNPJ para ser preenchido.
6. O cliente preenche os dados e clica em Cadastrar e redireciona para outra página. 
7. O sistema exibe um campo para Nome, CPF, E-mail, confirmar e-mail, Telefone.
8. O cliente termina de preencher os dados e clica em Finalizar Cadastro, exibe uma mensagem de Cadastro realizado com sucesso e efetua o login do cliente e redirecionando para página inicial.
	Fluxo Alternativo:
1.3 Caso o cliente deixe algum dos campos em branco ou com preenchimento invalido, o sistema exibe uma mensagem.
1.4 Caso o Cliente informe dados já existe no sistema, o sistema exibe um 
Caso de Uso – Acessar Conta.
	Identificação 
	Acessar conta
	Escopo
	Seguradora
	Descrição Propósito
	Esse caso permite que o cliente acesse sua conta
	Ator primário 
	Cliente
	Pré-Condições
	O cliente deve possuir Login e senha
	Pós-Condições
	O cliente faz o login e é redirecionado para página inicial
	Fluxo Principal:
5. O sistema exibe o campo para preencher com CPF ou CNPJ.
6. O cliente clica em entrar.
7. O sistema exibe a página com campo senha para preencher.
8. O cliente preenche o campo senha e clica em Entrar.
	Fluxo Alternativo:
1.1 Caso o cliente não tenha cadastro, ele clicar em Criar um conta e o sistema o redirecionará para página de cadastro.
 
	Identificação 
	Atualizar dados.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite editar dados do cliente.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema mostra os dados
registrado no sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3. O cliente atualiza os dados clicando no Editar.
	Fluxo alternativo:
3.1 Caso o cliente atualize os dados de formar incorreta o sistema mantém os dados registrados antigos.
Caso de uso – Atualizar dados
Caso de uso – Excluir conta.
	Identificação 
	Excluir conta.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite excluir conta.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema exclui a conta e desloga o cliente do sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3 O cliente exclui cadastro clicando em excluir conta.
	Fluxo alternativo:
Não há.
Simular Cotação.
	Identificação 
	Simular Cotação.
	Escopo
	Seguradora.
	Descrição Propósito
	Simular as condições de uma eventual contratação de serviço.
	Ator primário 
	Cliente
	Pré-Condições
	Ter selecionado um serviço disponível.
	Pós-Condições
	Informar dados do veículo e do proprietário.
	Fluxo Principal:
1. O cliente clica em Simular cotação.
2. O sistema exibe os dados que necessita para realizar a cotação. 
3. O cliente preenche os dados.
4. O sistema exibe a cotação.
	Fluxo alternativo: 
4.1 Caso o sistema não faça cotação de veículo com o ano mínimo exigido, o sistema exibe uma mensagem.
.
	
Caso de uso - Contratar seguro.
	Identificação 
	Contratar seguro.
	Escopo
	Seguradora.
	Descrição Propósito
	Realizar a contratação.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter feito a simulaçãode cotação.
	Pós-Condições
	Enviar documentos necessário.
	Fluxo Principal:
1. O cliente simula cotação.
2. Sistema exibe a cotação.
3. O sistema mostra a opção de prosseguir com a contração ou negar.
4. O sistema exibe a opção de prosseguir e de negar.
5. O cliente clica em prosseguir.
6. O sistema exibe página com campos para anexar documentos necessário
Caso de uso – Enviar documentação necessária. 
	Identificação 
	Enviar Documentação necessária.
	Escopo
	Seguradora.
	Descrição Propósito
	Anexar documentos necessário para o acionamento do sinistro.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter selecionado o tipo de sinistro.
	Pós-Condições
	Gerar ID para acompanhar o processo.
	Fluxo Principal: 
4. O cliente anexa no sistema no campo de anexar documentos.
5. O cliente clica em enviar.
6. O sistema exibe uma mensagem de Enviado e redireciona para uma página com o ID do processo.
Caso de uso – Acionar sinistro.
	Identificação 
	Acionar sinistro 
	Escopo
	Seguradora
	Descrição Propósito
	Esse caso de permite o acionamento do sinistro.
	Ator primário 
	Cliente
	Pré-Condições
	O cliente deve estar Logado no sistema.
	Pós-Condições
	O sistema aciona o sinistro e redireciona para página dados sobre o sinistro.
	Fluxo Básico:
6. O cliente acessa a tela inicial do sistema.
7. O cliente clica em Acionar sinistro.
8. O sistema exibe os tipos de sinistro.
9. O cliente selecionar um dos tipos de sinistro.
10. O sistema redirecionará para página de preenchimento de dados.
	Fluxo Alternativo: 
1.1 Caso o sinistro selecionado esteja indisponível, o sistema exibe uma mensagem de erro.
 
Figura 3: Diagrama caso de uso Web.
Fonte: Autoria Própria
Descrição.
Caso de uso – Cadastrar-se 
	Identificação 
	Cadastrar-se
	Escopo
	Sistemas Seguradora
	Descrição Propósito
	Esse caso de uso permite que o cliente se cadastre no Sistema.
	Ator primário 
	Cliente
	Pré-Condições
	Não estar já cadastrado
	Pós-Condições
	Registrar informações pessoais
	Fluxo Básico:
9. O sistema exibe um campo com CPF ou CNPJ para ser preenchido.
10. O cliente preenche os dados e clica em Cadastrar e redireciona para outra página. 
11. O sistema exibe um campo para Nome, CPF, E-mail, confirmar e-mail, Telefone.
12. O cliente termina de preencher os dados e clica em Finalizar Cadastro, exibe uma mensagem de Cadastro realizado com sucesso e efetua o login do cliente e redirecionando para página inicial.
	Fluxo Alternativo:
1.5 Caso o cliente deixe algum dos campos em branco ou com preenchimento invalido, o sistema exibe uma mensagem.
1.6 Caso o Cliente informe dados já existe no sistema, o sistema exibe um 
Caso de Uso – Acessar Conta.
	Identificação 
	Acessar conta
	Escopo
	Seguradora
	Descrição Propósito
	Esse caso permite que o cliente acesse sua conta
	Ator primário 
	Cliente
	Pré-Condições
	O cliente deve possuir Login e senha
	Pós-Condições
	O cliente faz o login e é redirecionado para página inicial
	Fluxo Principal:
9. O sistema exibe o campo para preencher com CPF ou CNPJ.
10. O cliente clica em entrar.
11. O sistema exibe a página com campo senha para preencher.
12. O cliente preenche o campo senha e clica em Entrar.
	Fluxo Alternativo:
1.1 Caso o cliente não tenha cadastro, ele clicar em Criar um conta e o sistema o redirecionará para página de cadastro.
 
Caso de uso – Atualizar dados.
	Identificação 
	Atualizar dados.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite editar dados do cliente.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema mostra os dados
registrado no sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3. O cliente atualiza os dados clicando no Editar.
	Fluxo alternativo:
3.1 Caso o cliente atualize os dados de formar incorreta o sistema mantém os dados registrados antigos.
Caso de uso – Excluir conta.
	Identificação 
	Excluir conta.
	Escopo
	Seguradora.
	Descrição Propósito
	Permite excluir conta.
	Ator primário 
	Cliente.
	Pré-Condições
	Estar logado no sistema.
	Pós-Condições
	Sistema exclui a conta e desloga o cliente do sistema.
	Fluxo Principal:
1. O cliente acessa o sistema.
2. O sistema exibe os dados do cliente.
3. O cliente exclui cadastro clicando em excluir conta.
	Fluxo alternativo:
Não há.
Simular Cotação.
	Identificação 
	Simular Cotação.
	Escopo
	Seguradora.
	Descrição Propósito
	Simular as condições de uma eventual contratação de serviço.
	Ator primário 
	Cliente
	Pré-Condições
	Ter selecionado um serviço disponível.
	Pós-Condições
	Informar dados do veículo e do proprietário.
	Fluxo Principal:
1. O cliente clica em Simular cotação.
2. O sistema exibe os dados que necessita para realizar a cotação. 
3. O cliente preenche os dados.
4. O sistema exibe a cotação.
	Fluxo alternativo: 
4.1 Caso o sistema não faça cotação de veículo com o ano mínimo exigido, o sistema exibe uma mensagem.
.
Caso de uso - Contratar seguro.
	Identificação 
	Contratar seguro.
	Escopo
	Seguradora.
	Descrição Propósito
	Realizar a contratação.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter feito a simulação de cotação.
	Pós-Condições
	Enviar documentos necessário.
	Fluxo Principal:
1. O cliente simula cotação.
2. Sistema exibe a cotação.
3. O sistema mostra a opção de prosseguir com a contração ou negar.
4. O sistema exibe a opção de prosseguir e de negar.
5. O cliente clica em prosseguir.
6. O sistema exibe página com campos para anexar documentos necessário
Caso de uso – Enviar documentação necessária.
	Identificação 
	Enviar Documentação necessária.
	Escopo
	Seguradora.
	Descrição Propósito
	Anexar documentos necessário para o acionamento do sinistro.
	Ator primário 
	Cliente.
	Pré-Condições
	Ter selecionado o tipo de sinistro.
	Pós-Condições
	Gerar ID para acompanhar o processo.
	Fluxo Principal: 
7. O cliente anexa no sistema no campo de anexar documentos.
8. O cliente clica em enviar.
9. O sistema exibe uma mensagem de Enviado e redireciona para uma página com o ID do processo.
	Fluxo alternativo:
1. Caso algum dos dados na consulta esteja errado, o sistema exibe mensagem de erro.
Figura 4: Diagrama caso de uso Desktop.
Fonte: Autoria Própria
Caso de uso – Cadastra tipos de sinistros.
	Identificação 
	Cadastrar tipos de Sinistros
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Cadastrar no sistema os sinistros que ofereceram.
	Ator primário 
	Seguradora
	Pré-Condições
	Acessar á funcionalidade de cadastrar sinistros.
	Pós-Condições
	Cadastros efetuado.
	Fluxo Principal:
1. A seguradora acessar a funcionalidade cadastrar sinistro no sistema.
2. O sistema exibe mensagem de cadastro efetuado.
	Fluxo alternativo:
2.1 Caso tiver algum erro, o sistema não conclui o cadastro.
 
Caso de uso – Cadastrar oficinas credenciadas.
	Identificação 
	Cadastrar oficinas credenciadas
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Cadastrar as oficinas que ofereceram serviços para a seguradora.
	Ator primário 
	Seguradora
	Pré-Condições
	Acessar á funcionalidade de cadastrar oficinas.
	Pós-Condições
	Cadastros efetuado.
	Fluxo Principal:
1. A seguradora acessa a funcionalidade cadastrar oficinas no sistema.
2. O sistema exibe mensagem de cadastro efetuado.
	Fluxo alternativo:
2.1 Caso a oficia não tiver os requisitos que a segurado exige o sistema não conclui cadastro. 
Caso de uso – Emitir valor da franquia.
	Identificação 
	Emitir valor da franquia.
	Escopo
	Sistema Seguradora.
	Descrição Propósito
	Emitir para o cliente o valor da franquia.
	Ator primário 
	Seguradora
	Pré-Condições
	Ter o sinistro acionado.
	Pós-CondiçõesEnviar para o cliente a franquia.
	Fluxo Principal:
1. O cliente aciona o sinistro no sistema.
2. Sistema exibe os sinistros.
3. O cliente seleciona o tipo de sinistro.
4. O cliente envia os documentos necessários.
5. O sistema exibe as oficinas credenciadas.
6. A segurado emite o valor da franquia.
	Fluxo alternativo:
5.1 Caso o veículo não seja avaliado pela oficina não será emitido o valor da franquia.
 
Caso de uso – Mostrar oficinas credenciadas.
	Identificação 
	Mostrar oficinas credenciadas
	Escopo
	Sistema seguradora.
	Descrição Propósito
	Exibir oficinas credenciadas.
	Ator primário 
	Seguradora
	Pré-Condições
	Ter enviados documentos solicitados no acionamento do sinistro.
	Pós-Condições
	Não há.
	Fluxo Principal:
1. O cliente aciona o sinistro no sistema.
2. Sistema exibe os sinistros.
3. O cliente seleciona o tipo de sinistro.
4. O cliente envia os documentos necessários.
5. O sistema exibe as oficinas credenciadas.
	Fluxo alternativo:
4.1 Caso todos os documentos exigidos não forem enviados, o sistema não exibe as oficinas credenciadas.
 
Caso de uso – Enviar e-mail de confirmação.
	Identificação 
	Enviar e-mail de confirmação.
	Escopo
	Seguradora.
	Descrição Propósito
	Enviar e-mail de confirmação com dados referente da confirmação.
	Ator primário 
	Seguradora.
	Pré-Condições
	Ter recebido do cliente os documentos necessários.
	Pós-Condições
	
	Fluxo Principal:
1. O cliente anexa os documentos no sistema e clica em enviar.
2. A seguradora recebe os documentos.
3. A seguradora envia e-mail de confirmação para e-mail do cliente.
	Fluxo alternativo:
1. Caso o cliente mande o documento na correspondente com o que a seguradora exigiu, a segurado retorna e-mail 
para o cliente.
Figura 5: Diagrama de Classe.
Fonte: Autoria Própria
Figura 6: Diagrama de sequência.
Fonte: Autoria Própria
5.0 PROTÓTIPOS DE TELA
5.1 Protótipo de interface gráfica em Web
Nesse projeto através da ferramenta ‘Figma’ criamos o protótipo das telas para o usuário para o acesso e uso da seguradora. Segue as imagens a seguir;
Figura 7: Tela inicial
Fonte: Autoria Própria
Figura 8: Tela de serviços
Fonte: Autoria Própria
Figura 9: Tela do sinistro
Fonte: Autoria Própria
Figura 10: Tela de cotação
Fonte: Autoria Própria
Nessa área vemos onde o usuário poderá se conectar em sua conta ou realizar seu cadastro caso não possua uma conta. Usamos um sistema próprio de criação de contas e gerenciamento simples juntamente com o banco de dados MySQl onde irá ser armazenados os cadastros realizados pelos usuários, segue as imagens abaixo das áreas citadas acima;
Figura 11: Tela de login
Fonte: Autoria Própria
Figura 12: Tela de cadastro
Fonte: Autoria Própria
Nessa área vemos onde o usuário poderá acessar o menu, onde o mesmo poderá mudar dados, acessar a aba de envio dos documentos para a validação do cadastro e contratos, vemos a aba de pagamentos onde o usuário poderá solicitar/contratar o serviço e por final a aba de suporte onde o mesmo poderá entrar em contato com um agente de atendimento da seguradora. Segue as imagens abaixo;
Figura 13: Tela após o login/cadastro
Fonte: Autoria Própria
Figura 14: Tela de dados
Fonte: Autoria Própria
Figura 15: Tela de documentos
Fonte: Autoria Própria
Nessa tela vemos a área de pagamento onde o usuário poderá escolher entre dois planos da seguradora. Segue as imagens abaixo;
Figura 16: Tela pagamentos 1
Fonte: Autoria Própria
Figura 17: Tela pagamentos 2
Fonte: Autoria Própria
Nessa tela vemos a área de suporte ao cliente, onde o usuário poderá solicitar um atendimento via chat próprio da seguradora para resolver problemas e tirar suas dúvidas, esse sistema será feito através de programação JavaScript. Segue a imagem abaixo;
Figura 18: Tela pagamentos 1
Fonte: Autoria Própria
6. Protótipo de interface gráfica em Mobile
Nesse projeto através da ferramenta ‘Figma’ criamos o protótipo das telas para o usuário para o acesso e uso da seguradora onde será produzido em Android Studio. Segue as imagens a seguir;
Figura 19: Tela inicial
Fonte: Autoria Própria
Figura 20: Tela de menu
Fonte: Autoria Própria
Figura 21: Tela de serviços
Fonte: Autoria Própria
Figura 22: Tela do sinistro
Fonte: Autoria Própria
Figura 23: Tela de cotação
Fonte: Autoria Própria
Nessa área vemos onde o usuário poderá se conectar em sua conta ou realizar seu cadastro caso não possua uma conta. Usamos um sistema próprio de criação de contas e gerenciamento simples juntamente com o banco de dados MySQl onde irá ser armazenados os cadastros realizados pelos usuários, segue as imagens abaixo das áreas citadas acima;
Figura 24: Tela inicial
Fonte: Autoria Própria
Figura 25: Tela de cadastro
Fonte: Autoria Própria
Figura 26: Tela de dados
Fonte: Autoria Própria
Figura 27: Tela de documentos
Fonte: Autoria Própria
Nessa tela vemos a área de pagamento onde o usuário poderá escolher entre dois planos da seguradora. Segue as imagens abaixo;
Figura 28: Tela de pagamentos 1
Fonte: Autoria Própria
Figura 29: Tela de pagamentos 2
Fonte: Autoria Própria
Nessa tela vemos a área de suporte ao cliente, onde o usuário poderá solicitar um atendimento via chat próprio da seguradora para resolver problemas e tirar suas dúvidas. Segue a imagem abaixo;
Figura 30: Tela inicial
Fonte: Autoria Própria
7. DIAGRAMA ER DO BANCO DE DADOS	
O Modelo Entidade Relacionamento (também chamado Modelo ER, ou simplesmente MER), como o nome sugere, é um modelo conceitual utilizado na Engenharia de Software para descrever os objetos (entidades) envolvidos em um domínio de negócios, com suas características (atributos) e como elas se relacionam entre si (relacionamentos).
Em geral, este modelo representa de forma abstrata a estrutura que possuirá o banco de dados da aplicação. Obviamente, o banco de dados poderá conter várias outras entidades, tais como chaves e tabelas intermediárias, que podem só fazer sentido no contexto de bases de dados relacionais.
Segue abaixo o nosso diagrama ER do Banco de Dados:
Figura 31: Diagrama ER do Banco de Dados
Fonte: Autoria Própria
8. DICIONÁRIO DE DADOS	
	Tabela: Cadastro Cliente
	
	Campo
	Descrição
	Tipo:
	Tam:
	Dec
	PK
	Id_Cliente
	Código Único do cliente
	Int Identity
	8
	-
	-
	Nm_Cliente
	Nome do cliente
	Varchar
	50
	-
	FK
	Nm_CPF
	Número de CPF
	Numeric
	11
	-
	-
	Nr_Telefone
	Telefone
	Varchar
	50
	-
	-
	Nm_Email
	E-mail
	Varchar
	50
	-
	-
	Nm_Senha
	Senha
	Varchar
	50
	-
	Tabela: Cadastro_Cliente_Endereco
	
	Campo
	Descrição
	Tipo
	Tam
	DEC
	-
	Nm_Endereco
	Endereço cadastrado pelo cliente
	Int Identity
	35
	-
	FK
	Id_Cliente
	Código do Cliente
	Int
	08
	-
	-
	Nm_Rua
	Logradouro da rua do cliente
	Varchar
	60
	-
	-
	Nr_Numero
	Número da residência do cliente
	Numeric
	11
	-
	-
	Nm_Bairro
	Bairro onde o cliente reside
	Varchar
	60
	-
	-
	Nm_Cidade
	Cidade onde o cliente reside
	Varchar
	60
	-
	-
	Nm_Estado
	Estado onde o cliente reside
	Varchar
	02
	-
	-
	Nm_Pais
	País onde o cliente reside
	Varchar
	60
	-
	Tabela: Cliente_Documento
	
	Campo
	Descrição
	Tipo
	Tam
	DEC
	PK
	Cliente_DocumentoCliente Insere as fotos de seus documentos
	Int Identity
	8
	-
	FK
	Id_Cliente
	Exibe o código de cadastro do cliente na tela
	Int
	8
	-
	-
	Nm_Caminho_Doc
	Exibe o caminho de onde vêm os arquivos no computador do usuario
	Varchar
	300
	-
	-
	Nm_Observações
	Campo de digitação para inserir observações referentes os documentos enviados
	Varchar
	300
	-
	Tabela: Cliente_Cobertura
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Cobertura_Cliente
	Exibe o Id da apólice do cliente 
	Int identity
	8
	-
	FK
	Id_Cliente
	Exibe o id de cadastro do cliente
	Int
	8
	-
	FK
	Id_Cobertura
	Exibe quais são as coberturas do cliente
	int
	8
	-
	Tabela:Cadastro_Veiculo
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Veiculo
	Exibe um id gerado pelo sistema referente ao carro do cliente
	Int Identity
	8
	-
	FK
	Id_Cliente
	Exibe o ID do usuário
	Int
	8
	-
	-
	Nm_Marca
	Exibe a marca do carro cadastrado
	Varchar
	60
	-
	-
	Nm_Modelo
	Exibe o modelo do carro cadastrado
	Varchar
	60
	-
	-
	Nm_Placa
	Exibe a placa do carro cadastrado
	Varchar
	10
	-
	-
	Nr_Ano
	Exibe o ano de fabricação do carro cadastrado
	Numeric
	4
	-
	-
	Valor_Veiculo
	Exibe o valor do carro baseado em uma tabela externa
	Numeric
	15,2
	-
	Tabela: Tipo_Veiculo
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Tipo_Veiculo
	Mostra um código referente ao tipo de carro (Utilitário, Carga e etc)
	Int Identity
	8
	-
	
	Id_Nm_Veiculo
	Exibe o tipo de veículo referente ao id
	Varchar
	60
	-
	Tabela: Apólice
	
	Campo
	Descrição
	Tipo
	Tam
	DEC
	PK
	Id_Apolice
	Exibe o código referente a apólice do cliente
	Int Identity
	8
	-
	FK
	Id_Cliente
	Código do cliente
	Int
	8
	-
	
	Valor_Apolice
	Exibe o valor do contrato do cliente
	Varchar
	15,2
	-
	Tabela: Sinistro_Veiculo
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Sinistro_Veiculo
	Identificador referente ao veículo sinistrado
	Int Identity
	8
	-
	-
	Desc_Sinistro
	Descrição do sinistro do veículo
	Varchar
	MAX
	-
	FK
	Id_Apolice
	Exibe os dados referentes a apólice do cliente
	Int
	8
	-
	FK
	Id_Cliente
	Exibe o código do cliente que requisitou o sinistro
	Varchar
	60
	-
	FK
	Id_Veiculo
	Código do veículo para qual foi requerido o serviço
	Varchar
	60
	-
	-
	Dt_Ocorrencia_Sinistro
	Data da ocorrência do sinistro
	Varchar
	10
	-
	Tabela: Tipo_De_Servico
	‘
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Tipo_Servico
	Código do tipo de serviço a ser feito
	Int Identity
	8
	-
	
	Nm_Tipo_Servico
	Nome do serviço a ser feito
	Varchar
	60
	-
	Tabela: Tipo_Servico
	‘
	Campo
	Descrição
	Tipo
	Tam
	Dec
	FK
	Id_Tipo_Servico
	Código do tipo de serviço a ser feito
	Int Identity
	8
	-
	-
	Nm_Tipo_Servico
	Nome do serviço a ser feito
	Varchar
	60
	-
	-
	Valor_Cobertura
	Exibe o valor do serviço referente a cobertura do cliente
	Numeric
	15,2
	-
	Tabela: Tipo_Sinistro
	‘
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Tipo_Sinistro
	Código do tipo do sinistro
	Int Identity
	8
	-
	-
	Nm_Tipo_Sinistro
	Descrição do sinistro
	Varchar
	60
	-
	Tabela: Tabela_Fipe
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	FK
	Id_Tabela_Fipe
	Código referente a tabela Fipe externa
	Int Identity
	8
	-
	-
	Nm_Marca
	Marca do veículo cadastrado
	Varchar
	60
	-
	-
	Nm_Modelo
	Modelo do veículo cadastrado
	Varchar
	100
	-
	-
	Nr_Ano_Carro
	Ano referente ao carro cadastrado
	Numeric
	4
	-
	-
	Vl_Veiculo
	Valor do carro referente a tabela Fipe externa
	Numeric
	15,2
	-
	-
	Nr_Mes_Tabela
	Mostra a referência de mês a qual a pesquisa está sendo feita
	Numeric
	2
	-
	-
	Nr_Ano_Tabela
	Mostra a referência à qual ano a pesquisa está sendo feita
	Numeric
	4
	-
	FK
	Tipo_Veiculo
	Mostra o tipo de Veículo pesquisado
	Int
	8
	-
	Tabela: Oficina_Credenciada
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Oficina
	Código da oficina credenciada para serviços
	Int Identity
	8
	-
	-
	Nm_Fantasia
	Nome fantasia da oficina cadastrada
	Varchar
	100
	-
	-
	Nm_Razao_Social
	Razão social da oficina cadastrada
	Varchar
	100
	-
	-
	Nr_CNPJ
	Cnpj da oficina cadastrada
	Numeric
	11
	-
	-
	Nr_Telefone
	Telefone de contato da oficina cadastrada
	Varchar
	50
	-
	-
	Nm_Email
	E-mail da oficina cadastrada
	Varchar
	50
	-
	Tabela:Oficina_Endereco
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	-
	Id_Endereco_Oficina
	Código do endereço da oficina cadastrada
	Int Indentity
	8
	-
	FK
	Id_Oficina
	Código da oficina
	Int
	8
	-
	-
	Nm_Rua
	Logradouro referente a oficina
	Varchar
	100
	-
	-
	Nr_Número
	Número de identificação do local
	Numeric
	11
	-
	-
	Nm_Bairro
	Bairro onde fica a oficina
	Varchar
	60
	-
	-
	Nm_cidade
	Cidade onde fica oficina
	Varchar
	60
	-
	-
	Nm_Estado
	Estado em que a oficina fica
	Varchar
	2
	-
	-
	Nm_Pais
	País onde fica a oficina
	Varchar
	60
	-
	
abela:Cadastro_Funcionario
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Funcionario
	Código gerado para identificar o funcionario
	Int Indentity
	8
	-
	-
	Nm_Funcionario
	Nome do funcionário a ser cadastrado
	Varchar
	60
	-
	-
	Nr_CPF
	CPF do para o cadastro
	Numeric
	11
	-
	-
	Nr_telefone
	Número de telefone para cadastrar
	Varchar
	50
	-
	-
	Nm_Email
	E-Mail para cadastrar o funcionario
	Varchar
	50
	-
	-
	Nm_Senha
	Senha cadastrada pelo funcionário para acesso do sistema
	Varchar
	50
	-
	FK
	Id_Grupo_Funcionario
	Grupo em qual o funcionário vai estar dependendo da sua função
	Int
	8
	-
	Tabela:Grupo_Funcionario
	
	Campo
	Descrição
	Tipo
	Tam
	Dec
	PK
	Id_Grupo_Funcionario
	Codigo para saber a qual grupo o funcionário pertence
	int
	8
	-
	-
	Nm_Grupo
	Nome referente a função do Grupo
	Varchar
	60
	-
9. Script do Banco de Dados
O Banco de Dados tem a função de organizar e estruturar os dados, nos usamos em nosso trabalho o SQL Server, segue as tabelas abaixo:
	Tabela de Cliente
	Prefixo 
	Tipo 
	Exemplo 
	Narrativa 
	Id_
	Int identity
	Id_Cliente
	Identificador
	Nm_
	varchar
	Nm_Cliente
	Nome do Cliente 
	Nr_
	numeric
	Nr_Cpf 
	Cpf do Cliente 
	Nr_
	varchar
	Nr_Telefone 
	Nr_Telefone
	Nm_
	varchar
	Nm_Email 
	Nm_Email
	Nm_
	varchar
	Nm_Senha 
	Nm_Senha 
	Tabela de Endereço do Cliente
	Prefixo 
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_Endereco
	Endereço informado
	Id_
	Int
	Id_cliente
	Nome do Cliente
	Nm_
	varchar
	Nm_rua
	Nome da Rua
	Nr_
	numeric
	Nr_numero
	Numero do end
	Nm_
	varchar
	Nm_Bairro
	Bairro 
	Nm_
	varchar
	Nm_Cidade
	Cidade
	Nm_
	varchar
	Nm_Estado
	Estado 
	Nm_
	varchar
	Nm_pais
	País 
	Tabela vinculada ao documento anexado e o cliente 
	Prefixo 
	Tipo 
	Exemplo 
	Narrativa 
	Id
	Int Identity
	Id_Cliente_Documento
	Identificador 
	Id
	Int
	Id_Cliente
	Identificador 
	Nm_
	varchar
	Nm_Caminho_Doc
	Anexa do documento
	Nm_
	varchar
	Nm_observacao
	Observação 
	Cadastro de Coberturas do Cliente
	Prefixo
	Tipo
	Exemplo 
	Narrativa 
	Id_
	Int identity
	Id_Cliente_Cobertura
	Identificador 
	Id_
	Int 
	Id_Cliente
	Chave de relacionamento com a tabela cliente 
	Id_
	Int
	Id_Cobertura
	Chave de relacionamento com a tabela cobertura 
	Tabela Cadastro de Veículo
	Prefixo
	Tipo
	Exemplo 
	Narrativa
	Id_
	Int Identity
	Id_veiculo
	Identificador 
	Id	
	int
	Id_Cliente	
	Chave de relacionamento com a tabela cliente 
	Nm_
	varchar
	Nm_Marca
	Marca do Veiculo 
	Nm_
	varchar
	Nm_Modelo
	Modelo do Veiculo 
	Nm_
	varchar
	Nm_Placa 
	Placa do Veiculo 
	Nr_
	numeric
	Nr_Ano
	Ano do Veiculo 
	Nm_
	varchar 
	Nm_Cor
	Cor do Veiculo 
	Vl_
	numeric
	Valor_Veiculo 
	Valor do Veiculo 
	Tabela Cadastro de Apólice
	Prefixo 
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_Apolice
	Identificador 
	Id_
	Int 
	Id_Cliente
	Chave de relacionamento com a tabela cliente
	Vl_
	numeric
	Valor_Apolice
	Valor da Apólice 
	
Cadastro de Tipos de Sinistro
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	int Identity
	Id_tipo_Sinistro
	Identificador 
	Nm_
	varchar
	Nm_Tipo_Sinistro
	Tipo de Sinistro 
	Tabela do Sinistro do Veículo
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_Sinistro_veiculo
	IdentificadorDesc_
	
	Desc_Sinistro
	Descrição do Sinistro 
	Id_
	int 
	Id_Apolice
	Chave de relacionamento com a tabela apólice 
	Id_
	int 
	Id_Cliente
	Chave de relacionamento com a tabela cliente
	Id_
	int 
	Id_Veiculo
	Chave de relacionamento com a tabela Veiculo 
	Dt_
	varchar
	Dt_ocorrencia_Sinistro
	Ocorrência 
	Tabela de Tipo de Serviço
	Prefixo
	Tipo 
	Exemplo
	Narrativa 
	Id_
	Int Identity
	 Id_Tipo_Servico 
	Identificador
	Nm_
	varchar
	Nm_Tipo_Servico
	Tipo de Serviço
	Vl_
	Numeric
	Valor_cobertura
	Valor da Cobertura
	Tabela Tipo de Serviço
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_Tipo_Veiculo
	Identificador 
	Nm_
	varchar
	Nm_Tipo_Veiculo
	Tipo de Veiculo 
	Tipo de Serviço Contratado
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_Tabela_fipe 
	Identificador
	Nm_
	varchar
	Nm_Marca 
	Nome da Marca
	Nm_
	varchar
	Nm_Modelo
	Nome do Modelo
	Nr_
	Numeric
	Nr_Ano_Carro
	Ano do Veiculo
	Vl_
	Numeric
	Vl_Veiculo
	Valor do Veiculo
	Nr_
	Numeric
	Nr_mes_Tabela
	Mes da Tabela 
	Nr_
	Numeric
	Nr_ano_Tabela
	Ano da Tabela
	Tipo_
	int
	Tipo_Veiculo
	Chave de relacionamento com a tabela Veiculo
	Tabela Oficina Contratada
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int Identity
	Id_oficina
	Identificador 
	Nm_
	Varchar
	Nm_Fantasia
	Nome Fantasia
	Nm_
	Varchar
	Nm_Razao_Social
	Razão Social
	Nr_
	Numeric
	Nr_Cnpj 
	Cnpj da empresa
	Nr_
	Numeric
	Nr_Telefone
	Telefone
	Nm_
	Varchar
	Nm_Email
	Email 
	Tabela Endereço da Oficina
	Prefixo
	Tipo
	Exemplo
	Narrativa
	Id_
	Int Identity
	Id_Endereco_Oficina
	Identificador
	Id_
	Int
	Id_Oficina
	Chave de relacionamento com a tabela Oficina
	Nm_
	Varchar
	Nm_Rua
	Nome da Rua
	Nr_
	numeric
	Nr_Numero
	Numero da empresa
	Nm_
	Varchar
	Nm_Bairro
	Bairro
	Nm_
	Varchar
	Nm_Cidade
	Cidade 
	Nm_
	Varchar
	Nm_Estado
	Estado
	Nm_
	Varchar
	Nm_Pais
	País 
	Tabela Cadastro do Funcionário 
	Prefixo
	Tipo
	Exemplo
	Narrativa 
	Id_
	Int identity
	Id_Grupo_Funcionario
	Identificador
	Nm_
	varchar
	Nm_Grupo
	Nome do Grupo
	Tabela Cadastro de Funcionário
	Prefixo
	Tipo
	Exemplo
	Narrativa
	Id_
	Int identity
	Id_Funcionario
	Identificador 
	Nm_
	varchar
	Nm_Funcionario
	Nome do Funcionário
	Nr_
	numeric
	Nr_Cpf
	Cpf 
	Nr_
	varchar
	Nr_Telefone
	Telefone
	Nm_
	varchar
	Nm_Email
	Email
	Nm_
	varchar
	Nm_Senha
	Senha 
	Id_
	int
	Id_Grupo_Funcionario
	Chave de relacionamento com a tabela Funcionário
10. Script de teste de Banco de Dados
	Descrição 
	O sistema exibe um campo com CPF ou CNPJ para ser preenchido.
	O cliente preenche os dados e clica em Cadastrar e redireciona para outra página.
	O sistema exibe um campo para Nome, CPF, E-mail, confirmar e-mail, Telefone.
	O cliente termina de preencher os dados e clica em Finalizar Cadastro, exibe uma mensagem de Cadastro realizado com sucesso e efetua o login do cliente e redirecionando para página inicial.
	Acessar Conta 
	O sistema exibe o campo para preencher com CPF ou CNPJ
	O cliente clica em entrar.
	O sistema exibe a página com campo senha para preencher
	O cliente preenche o campo senha e clica em Entrar
	Acessar o Sinistro 
	O cliente acessa a tela inicial do sistema
	O cliente clica em Acionar sinistro
	O sistema exibe os tipos de sinistro.
	Cliente selecionar um dos tipos de sinistro
	O sistema redirecionará para página de preenchimento de dados
	Acionar Sinistro 
	O cliente acessa o sistema
	O sistema exibe os tipos de sinistro
	O cliente seleciona o tipo de sinistro
	O sistema redireciona para página com os campos para preencher Nome completo, Telefone, E-mail, Data Ocorrência, Placa do Veículo, Número da apólice, CPF do segurado
	Caso algum campo não seja preenchido corretamente o sistema não deixa prosseguir. 
	Documentação necessária.
	O cliente anexa no sistema no campo de anexar documentos
	O cliente clica em enviar
	O sistema exibe uma mensagem de Enviado e redireciona para uma página com o ID do processo
	Caso o documento for anexado o sistema não deixa prosseguir no andamento do sinistro
	Dados 
	O cliente acessa o sistema
	O sistema exibe as opções que o cliente pode acessar
	O cliente clica em Usuário
	O sistema exibe as opções de Usuário
	O Cliente clica em Mostrar dados
	O sistema exibe os dados registado do cliente
	Caso algum dado do cliente esteja errado pode atualizar dados
	Atualizar dados
	O cliente acessa o sistema
	O sistema exibe os dados do cliente
	O cliente atualiza os dados clicando no Editar
	Caso o cliente atualize os dados de formar incorreta o sistema mantem os dados registrados antigos
	Selecionar serviço
	O cliente seleciona o serviço que deseja
	O sistema redireciona para página de contratação do serviço
	O sistema exibe os campos a serem preenchidos
	Caso as informações dos cliente estejam errados o sistema exibe uma mensagem
	Simular Cotação
	O cliente clica em simular cotação
	O sistema exibe os dados que necessita para realizar a cotação
	O cliente preenche os dados
	O sistema exibe a cotação
	Caso o sistema não faça cotação de veículo com o ano mínimo exigido, o sistema exibe uma mensagem
	Contrato de seguro negado
	O cliente simula cotação
	Sistema exibe a cotação
	O sistema mostra a opção de prosseguir com a contração ou negar
	O sistema exibe a opção de prosseguir e de negar
	O cliente clica em negar
	O sistema retorna para página principal
	Caso o cliente clique em prosseguir, o sistema redireciona para outra página
	Contratar seguro
	O cliente simula cotação
	Sistema exibe a cotação
	O sistema mostra a opção de prosseguir com a contração ou negar
	O sistema exibe a opção de prosseguir e de negar
	O cliente clica em prosseguir
	O sistema exibe página com campos para anexar documentos necessário
	Caso o cliente em negar, o sistema retorna para página principal
	Enviar e-mail de confirmação
	O cliente anexa os documentos no sistema e clica em enviar
	A seguradora recebe os documentos
	A seguradora envia e-mail de confirmação para  e-mail do cliente
	Caso o cliente mande o documento na correspondente com o que a seguradora exigiu, a segurado retorna e-mail 
para o cliente
	Consultar tabela fipe
	Seguradora buscar no sistema modelo e o ano do veículo
	Segurado consulta na tabela FIPE o valor estimado do veículo.
	Caso algum dos dados na consulta esteja errado, o sistema exibe mensagem de erro
	Cadastra tipos de sinistros
	A seguradora acessar a funcionalidade cadastrar sinistro no sistema
	O sistema exibe mensagem de cadastro efetuado
	Caso tiver algum erro, o sistema não conclui o cadastro
	A seguradora acessa a funcionalidade cadastrar oficinas no sistema
	O sistema exibe mensagem de cadastro efetuado
	Caso a oficia não tiver os requisitos que a segurado exige o sistema não conclui cadastro
	Emitir valor da franquia.
	O cliente aciona o sinistro no sistema
	Sistema exibe os sinistros
	O cliente seleciona o tipo de sinistro
	O cliente envia os documentos necessários
	O sistema exibe as oficinas credenciadas
	A segurado emite o valor da franquia
	Caso o veículo não seja avaliado pela oficina não será emitido o valor da franquia
	Mostrar oficinas credenciadas
	O cliente aciona o sinistro no sistema
	Sistema exibe os sinistros
	O cliente seleciona o tipo de sinistro
	O cliente envia os documentos necessários
	O sistema exibe as oficinas credenciadas
	Caso todos os documentos exigidos não forem enviados, o sistema não exibe as oficinas credenciadas
11. Cenário de Teste
	Nome do Cenário de teste 
	Descrição da Etapa do Teste
	Resultado Esperado
	
Cadastro de Dados do Cliente
	
Inclusão de cadastro
	Ao termina de preencher os dados e clica em Finalizar Cadastro, exibe uma mensagem de Cadastro realizado com sucesso e efetua o login do cliente e redirecionando para página inicial.
	
	
Inclusão de dados Inválidos
	Caso o cliente deixe algum dos campos em branco ou com preenchimento invalido, o sistemaexibe uma mensagem. 
	
	
Inclusão de dados cadastrados
	Caso o Cliente informe dados já existe no sistema, o sistema informará uma mensagem. 
	Acionar sinistro.
	Pedido de acesso ao sinistro
	O sistema exibe os tipos de sinistro. 
	
	
Dados inválidos
	Caso algum campo não seja preenchido corretamente o sistema não deixa prosseguir. 
	
Sinistro Acionado.
	
Cadastro de dados.
	O sistema redireciona para página com os campos para preencher Nome completo, Telefone, E-mail, Data Ocorrência, Placa do Veículo, Número da apólice, CPF do segurado. 
	
Anexo de Documentos
	
Anexo de documentos dos Clientes 
	O sistema exibe uma mensagem de Enviado e redireciona para uma página com o ID do processo. 
	 
	
O não anexo de documentos 
	Caso o documento não for anexado o sistema não deixará prosseguir no andamento do sinistro. 
	Acesso do Usuário
	O cliente acessa o sistema para atualização do cadastro. 
	O sistema exibe os dados registado do cliente. 
	
	
Dados inválidos
	Caso algum dado do cliente esteja errado não poderá atualizar os dados e será usado o cadastro antigo.
	
Contrato de Serviço 
	
Contrato de serviço
	O sistema exibe os campos a serem preenchidos
	
	
Dados inválidos
	Caso as informações dos clientes estejam erradas no sistema exibe uma mensagem. 
	Simular Cotação do Veículo 
	Preencher os Dados que necessários para a cotação 
	O sistema exibe a cotação.
	
	
Ano mínimo para a cotação.
	Caso o sistema não faça cotação do veículo com o ano mínimo exigido, o sistema exibe uma mensagem. 
	Contrato de Serviço 
	Seleciona a oficina e envia os documentos 
	O sistema exibe as oficinas credenciadas. 
	
	
Dados não enviados
	todos os documentos exigidos não forem enviados, o sistema não exibe as oficinas credenciadas
12. Querys do Banco de Dados
	select id_grupo_funcionario
	 , nm_grupo 
 from grupo_funcionario
	Select Id_tipo_sinistro
	 , Nm_tipo_sinistro
 from Tipo_Sinistro
	select Id_tabela_fipe
	 , Nm_Marca
	 , Nm_modelo
	 , Nr_ano_Carro
	 , Vl_Veiculo
	 , Nr_mes_tabela
	 , Nr_ano_tabela
	 , Tipo_veiculo
from tabela_fipe
	select Id_tipo_veiculo
	 , Nm_tipo_veiculo
 from Tipo_Veiculo
	select Id_oficina
	 , Nm_Fantasia
	 , Nm_Razao_Social
	 , Nr_Cnpj
	 , Nr_Telefone
	 , Nm_Email
from Oficina_Credenciada
13. RELATÓRIO DE GESTÃO DO PROJETO INTEGRADO MULTIDISCIPLINAR
Esse projeto consiste na alimentação da informação através somente dos clientes e assim os administradores do futuro aplicativo, site e entre outros meios de comunicação da futura Consultoria, assim então sendo composto por bancos de dados, APi’s, suporte e manutenção mensal, sistema automatizado, a informação mais precisa, e dentre outros.
Esse trabalho tem como foco e objetivo fielmente a execução do levantamento e análise de gerenciamento de todos os processos internos para a gestão de um ecossistema criado para soluções de serviços de proteção de seguros (automóvel, carga, residência, previdência e vida). A LGPD (Lei geral Proteção de Dados) deve ser aplicada para todas as pessoas físicas e jurídicas.
Contendo no nosso planejamento as seguintes etapas, funções, ações, utilidades, necessidades, entre outros: coletagem dos dados para a utilização de um intermediador sendo ele o aplicativo do qual está sendo desenvolvido por etapas, sendo assim a principal etapa a coletagem de dados.
A procura da necessidade do cliente, sendo assim feito através de formulários apresentados e coletados ao decorrer do projeto. A tratativa está relacionada aos usuários a entenderem as ações que poderão vir a ocorrer no serviço solicitado, tendo assim em suas especificações e apontando os caminhos em busca da execução cadastrar, modificar, consultar serviços, fazer envio de documentos e acompanhar solicitações.
13.1 Desempenho de funcionários
O desempenho e a utilização de funcionários no projeto, foi realizado totalmente remoto, sendo assim em seu cronograma as metas, tarefas, necessidade e prazos. Todos sendo atendidos e com a equipe composta por 6 integrantes em sincronização e foco absoluto da priorização de um produto excelente, que foi o caso do produto solicitado pelo cliente e idealista da ideia da criação de um projeto relacionado a consultoria de seguros de automóveis.
13.2 Mercado
É necessário lembrar e ser revisado que o mercado de seguros de automóveis é algo involuntário e de ordem complexa relacionado aos números, valores, necessidades e procura. No momento o mercado se encontra em uma alavancada dos preços, pelo fato das poucas fabricação feitas em território nacional, que é uma consequência da falta de matéria prima necessária para a criação de automóveis, e também tende a ser pela agressiva economia mundial conturbada por questões de guerras territoriais e burocráticas entre a grande e maior potencial mundial e uma outra potência, sendo assim apontadas a guerra entre Ucrânia e Rússia, sendo mencionada essa guerra ela está relacionada a aumentos em diversos produtos por questões burocráticas e permissões tiradas da Rússia. Porém o mercado futuramente tende a ter um equilíbrio e assim uma baixa em diversos valores estrondosos.
13.3 Evolução do negócio
O negócio vem a evoluir com o trabalho, a manutenção e rentabilidade do produto que está sem orientado e produzido por uma equipe de pessoas que buscam assim ter em sua conclusão o serviço solicitado entregue que seria a entrega de um desenvolvimento web(site), desenvolvimento(mobile) e desktop (programa para funcionários). E em questões da consultoria de seguros nacionalmente falando tende a vir melhorar na estabilidade econômica que está por vir e assim futuramente se caso vier a estabilidade a compras de novos veículos tende a ser solicitadas e assim acrescentando no negócio o acúmulo de capital que passa a ser utilizado para o investimento do negócio e assim total e definidas. 
13.4 LGPD
No presente, foi utilizada a LGPD (Lei Geral de Proteção de Dados do Brasil) que tem como seu foco a proteção e a segurança do usuário com toda estrutura presente e estabelece regras sobre coleta, armazenamento, tratamento e compartilhamento de dados pessoais, impondo mais proteção e penalidades para o não cumprimento.
Em detalhes mais aprofundados sobre a LGPD temos então suas normas, regras e entre outros presentes nesse documento redigido pelo governo nacional: 
LEI NO 13.709, DE 14 DE AGOSTO DE 2018: Dispõe sobre a proteção de dados pessoais e altera a Lei nº 12.965, de 23 de abril de 2014 (Marco Civil da Internet).
CAPÍTULO I
DISPOSIÇÕES PRELIMINARES
Art. 1º Esta Lei dispõe sobre o tratamento de dados pessoais, inclusive nos meios digitais, por pessoa natural ou por pessoa jurídica de direito público ou privado, com o objetivo de proteger os direitos fundamentais de liberdade e de privacidade e o livre desenvolvimento da personalidade da pessoa natural.
Art. 2º A disciplina da proteção de dados pessoais tem como fundamentos:
I - o respeito à privacidade;
II - a autodeterminação informativa;
III - a liberdade de expressão, de informação, de comunicação e de opinião;
IV - à inviolabilidade da intimidade, da honra e da imagem;
V - o desenvolvimento econômico e tecnológico e a inovação;
VI - a livre iniciativa, a livre concorrência e a defesa do consumidor; e
VII - os direitos humanos, o livre desenvolvimento da personalidade, a dignidade e o exercício da cidadania pelas pessoas naturais.
Art. 3º Esta Lei aplica-se a qualquer operação de tratamento realizada por pessoa natural ou por pessoa jurídica de direito público ou privado, independentemente do meio, do país de sua sede ou do país onde estejam localizados os dados, desde que:
I - a operação de tratamento seja realizada no território nacional;
II - a atividade de tratamento tenha por objetivo a oferta ou o fornecimento de bens ou serviços ou o tratamento de dados de indivíduos localizados no território nacional;
III - os dados pessoais objeto do tratamento tenham sido coletados no território nacional.
§ 1º Consideram-se coletados no território nacional os dados pessoais cujo titular