docsity-projeto-tcc-sistemas-de-informacao

Prévia do material em texto

Projeto TCC Sistemas de
Informação
Gestão de Projeto
Universidade Estácio de Sá (Estácio)
26 pag.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
1
1.0 Problema
1.1 Temas: Sistema de Gerenciamento de Vendas de Portões
1.2 Proposta do Projeto 
 A Nova Serralheria é uma empresa que atua no mercado há mais de 10 anos tendo como
foco principal a fabricação e venda de portões feitos em aço, ferro e alumínio.
 A empresa está localizada no município de Viradouro no Estado de São Paulo e encontra-se
em constante expansão. Hoje Atende aos municípios de Viradouro, Terra-Roxa, Pitangueiras,
Morro Agudo e Bebedouro, apresentando um crescimento anual de 4,5%. Este crescimento
acarreta a necessidade de utilização de uma gestão mais abrangente envolvendo aspectos de
relacionamento com os usuários, criando também a necessidade de utilização de controles
mais efetivos no que diz respeito às áreas operacionais (fabricação de portões, recursos
humanos e financeiros).
1.3 Problemas a Serem resolvidos
 Todo o Processo da Empresa é manual. A empresa utiliza-se de fichas preenchidas
manualmente que engloba desde o cadastro do cliente, produtos e pedidos até formas de
pagamento das vendas.
Principais Problemas:
 Cadastro de clientes com os (feitos manualmente);
 Dificuldade na busca do histórico de clientes;
 Cadastro de Produtos (feitos manualmente);
 Cadastro de Pedidos (feitos manualmente);
 Lentidão no processo de venda;
 Inexistência de um relacionamento mais próximo com clientes e fornecedores; 
1.4 O Projeto
 A Proposta do Projeto é o desenvolvimento de um sistema para gestão de vendas de portões
em função do aumento verificado no número de clientes. O processo de venda exige o 
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
2
cumprimento dos prazos acordados em todas as fases, para que seja obtida credibilidade junto
aos clientes e fornecedores bem como a qualidade na realização dos processos que integram
este segmento de negócio. Hoje, verifica-se, em função do processo manual usado para
comercialização, a ocorrência de inúmeros erros nas informações recebidas e enviadas pelos
processos. Tal fato, como já dito anteriormente compromete a fase de crescimento e o
processo de expansão das vendas para outros municípios do estado.
2.0 Contextualização
2.1 Premissas e Restrições do Projeto
 Premissas
O dono do estabelecimento estará à disposição para sanar qualquer dúvida referente ao projeto
que será feito em suas dependências.
A equipe administrativa garante que a partir de 20/08/2019 estará disponível toda a estrutura e
o acesso as informações da empresa para a elaboração do projeto.
 Restrições
 A utilização das dependências estará disponível apenas no período da tarde, ou seja, das
13h00min às 18h00min, não será permitido à realização do projeto fora desse horário.
Durante a realização do projeto deverá ser feito o uso de EPIs nas dependências da empresa
para evitar possíveis acidentes, pois para se ter acesso ao escritório administrativo da empresa
é necessário a passagem por uma parte da área onde se fabrica os portões.
2.2 Características da Empresa
 A empresa atua no ramo de fabricação e venda de portões fabricados para residências,
comercio, empresas e outros segmentos. Os materiais usados na fabricação dos portões são
aço, alumínio e ferro. 
 Nome: Nova Serralheria
 Criação: março 2008
 Funcionários: Na Serralheria, são 12 Funcionários, sendo 1 Diretor, 1 gerente
administrativo, 3 funcionários administrativos,1 coordenador de produção,6
soldadores.
2.2.1 Histórico da Empresa
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
3
 A Nova Serralheria iniciou suas atividades em 2008 na cidade de Viradouro SP. Os
equipamentos utilizados eram de segunda mão e o sistema de fabricação de portões era
baseado nas encomendas feitas antes da fabricação. Com o crescimento dos negócios da
empresa foram adquiridos equipamentos mais novos e com maior capacidade para produzir os
portões.
 A política de trabalho adotada pela empresa consiste em criar um vínculo com seus clientes
através do bom atendimento das expectativas dos mesmos.
Sua Sede localiza-se na Rua Anedina Maria dos Santos n°130, Jardim Imperial, Viradouro -
SP.
2.2.2 Atividades da Empresa
 A principal atividade da empresa é a fabricação e venda de portões, mas também trabalha
com reparos em estruturas de portões danificadas.
 Devido à grande demanda de serviços e encomendas de seus produtos a empresa visa fazer
investimentos em curto prazo para atender com excelência seus clientes.
2.2.3 Mercado Consumidor
 O Mercado no qual a empresa atua é composto por serralherias que estão localizadas na
cidade de Viradouro, Terra-Roxa e Bebedouro.
 A venda e divulgação de novos modelos de portões são realizadas por propaganda em rádio e
internet. Os pedidos são feitos pelos clientes por telefone, WhatsApp ou diretamente na
serralheria.
2.2.4 Concorrência 
 Na região onde a empresa encontra-se localizada existem várias empresas especializadas na
fabricação de portões.
 A Nova Serralheria possui maior credibilidade junto aos clientes por cumprir os prazos
acordados, oferecer bons preços e produzir seus produtos com qualidade. 
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
4
2.2.5 Organograma
2.3 Proposta de Trabalho
 A proposta do projeto é o desenvolvimento de um sistema para gestão de vendas de portões
em função do aumento verificado no número de clientes. O processo de vendas exige o
cumprimento dos prazos acordados em todas as fases, para que seja obtida credibilidade junto
aos clientes e fornecedores bem como qualidade na realização dos processos que integram
este segmento de negócio. Hoje, verifica-se, em função do processo manual usado para
comercialização, a ocorrência de inúmeros erros nas informações recebidas e enviadas pelos
processos. Tal fato, como já dito anteriormente compromete a fase de crescimento e o
processo de expansão das vendas para outros municípios do estado.
2.3.1 Método de Trabalho 
 Serão realizadas reuniões semanais com a administração da empresa para levantamento dos
requisitos que irão compor o sistema. Após cada reunião será elaborada uma planilha onde
estarão descritos todos os itens que foram abordados no decorrer da reunião. 
 Também serão realizadas reuniões semanais com duração de 45 minutos com o coordenador
técnico, onde serão colhidos dados existentes.
 Serão utilizados cenários como auxilio à aproximação com o cliente, trazendo benefícios na
comunicação entre ambas as partes.
Diretoria
Departamento 
Administrativo
Setor de 
Vendas
Setor 
Financeiro
Departamento 
Técnico 
Setor de 
Fabricação
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
5
 Na etapa de comunicação com o cliente, os mesmos descreverão os cenários que ilustrem
elementos de escopo importante para eles e problemas e novas situações que desejam que o
sistema implemente.
 Nesta etapa será feita uma análise da situação atual e necessidades da empresa, bem como os
problemas a serem resolvidos.
O projeto será elaborado utilizando as seguintes ferramentas.
 Astah Community: Essa ferramenta será utiliza para elaboração dosDiagramas de
casos de uso, diagrama de classes, diagramas de estados, diagramas de classes,
diagramas de atividades, diagramas de componentes e outros.
 MS Project 2013: Essa ferramenta foi utilizada se fazer o Cronograma de Trabalho
(Diagrama de Gantt).
 MS Word: Essa ferramenta foi utilizada para a edição do trabalho.
 Google Chrome: Essa ferramenta foi utilizada para acessar o portal da faculdade,
onde se teve o acesso à grande parte do material para elaboração do trabalho, essa
ferramenta também foi muito utilizada para se fazer pesquisas na internet.
2.3.2 Previsão e Alocação de Recursos (humanos e materiais)
Recursos Humanos
Seq. Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total
1 Analista de Sistemas Mês 3 R$4000,00 R$4000,00
Recursos Tecnológicos
Seq
.
Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total
1 Notebook I3,4GB,14 1 1 R$1800,00 R$1.800,00
2 Impressora Canon 1 1 R$500,00 R$500,00
Recursos Materiais
Seq
.
Nome do Recurso Unidade Qtd Unidade Valor Unit Valor Total
1 Material escritório 1 1 R$150,00 R$150,00
2 Papel Impressão 1 2 R$25,00 R$50,00
3 Toner Impressão 1 2 R$180,00 R$360,00
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
6
2.3.3 Cronograma de Trabalho (Diagrama de Gantt)
Nome da tarefa
Duraçã
o
Início Término
Predecessora
s
Nomes dos recursos
1 O Problema 21 dias
Qua
21/08/19
Seg 16/09/19
Impressora, Notebook,
Material Escritório,
Papel, Analista
 1.1 Tema do
Trabalho 
5 dias
Qua
21/08/19
Seg 26/08/19
 1.2
Contextualização 
5 dias
Ter
27/08/19
Seg 02/09/19 2
 1.3 A Situação
Problema 
5 dias
Ter
03/09/19
Seg 09/09/19 3
 1.4 Breve
Descrição da
Solução 
6 dias
Ter
10/09/19
Seg 16/09/19 4
2
Contextualizaçã
o
21 dias
Ter
17/09/19
Ter 15/10/19
Analista; Notebook;
impressora
 2.1 Premissas e
Restrições do
Projeto 
1 dia
Ter
17/09/19
Ter 17/09/19 5
 2.2
Caracterização da
Empresa 
1 dia
Ter
18/09/19
Ter 18/09/19
Analista; Notebook;
impressora
 2.2.1 Histórico
da Empresa 
2 dias
Qui
19/09/19
Sex 20/09/19 7
 2.2.2 Atividades
da Empresa 
2 dias
Sáb
21/09/19
Seg 23/09/19 9
 2.2.3 Mercado
Consumidor 
2 dias
Ter
24/09/19
Qua 25/09/19 10
 2.2.4
Concorrência 
2 dias
Qui
26/09/19
Sex 27/09/19 11
 2.2.5
Organograma 
1 dia
Sáb
28/09/19
Sáb 28/09/19 12
 2.3 Proposta de
Trabalho 
1 dia
Dom
29/09/19
Dom
29/09/19
Analista; Notebook;
impressora
 2.3.1 Método de
Trabalho 
1 dia
Seg
30/09/19
Seg 30/09/19 13
 2.3.2 Previsão
de Alocação de
Recursos 
1 dia
Ter
01/10/19
Ter 01/10/19 15
 2.3.3
Cronograma de
Trabalho 
1 dia
Qui
03/10/19
Qui 03/10/19 16
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
7
 2.3.4 Previsão
Orçamentaria 
1 dia
Sex
04/10/19
Sex 04/10/19 17
 2.4 O Sistema
Atual 
1 dia
Sáb
05/10/19
Sáb 05/10/19
Analista; Notebook;
impressora
 2.4.1
Funcionamento
do Sistema Atual 
1 dia
Dom
06/10/19
Dom
06/10/19
18
 2.4.2 Problemas
do Sistema Atual 
1 dia
Seg
07/10/19
Seg 07/10/19 20
3 A solução 24 dias
Ter
08/10/19
Sex 08/11/19
Analista; Notebook;
Impressora, Papel
 3.1 O Sistema
Proposto 
2 dias
Qua
09/10/19
Qui 10/10/19
 3.1.1
Justificativas para
o Novo Sistema 
2 dias
Sex
11/10/19
Seg 14/10/19 21
 3.1.2 Solução
Desejada 
2 dias
Ter
15/10/19
Qua 16/10/19 24
 3.1.3 Soluções
Alternativas 
3 dias
Qui
17/10/19
Seg 21/10/19 25
 3.2 Solução
Escolhida 
2 dias
Ter
22/10/19
Qua 23/10/19
 3.2.1 Escopo da
Solução 
2 dias
Qui
24/10/19
Sex 25/10/19 26
 3.2.2 Lista de
Requisitos do
Sistema 
2 dias
Seg
28/10/19
Ter 29/10/19 28
 3.2.3 Diagramas
de Casos de Uso 
1 dia
Qua
30/10/19
Qua 30/10/19 29
 3.2.4
Especificações
Textuais dos
Casos de Uso 
1 dia
Qui
31/10/19
Qui 31/10/19 30
 3.2.5 Modelo
Conceitual de
Classes 
2 dias
Sex
01/11/19
Seg 04/11/19 31
 3.2.6 Modelo
Conceitual de
Dados 
2 dias
Ter
05/11/19
Qua 06/11/19 32
 4. Referências
Bibliográficas 
2 dias
Qui
07/11/19
Sex 08/11/19 33
Analista; Notebook;
impressora
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
8
2.3.4 Previsão Orçamentaria
Recurso Tipo Recurso Valor Mês Set/19 Out/19 Nov/19 Total
Analista de
sistemas
Humano 4.000,00 4.000,00 4.000,00 4.000,00 12.000,00
Notebook Tecnológico 1.800,00 1.800,00 0,00 0,00 2.500,00
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
9
Impressora Tecnológico 500,00 500,00 0,00 0,00 500,00
Pacote Br
Office
Tecnológico 0,00 0,00 0,00 0,00 0,00
Project Tecnológico 0,00 0,00 0,00 0,00 0,00
Material
escritório
Material 0,00 150,00 0,00 150,00 300,00
Resma de
Papel
Material 0,00 25,00 0,00 0,00 50,00
Toner de
impressão
Material 0,00 180,00 0,00 180,00 360,00
Total 6.655,00 4.000,00 4.330,00 15.710,00
2.4 O Sistema Atual
Nesta fase estarão sendo analisados e representados os procedimentos referentes ao sistema
atual sendo ele automático ou manual
2.4.1 Funcionamento do Sistema Atual
Atualmente Todos os Processos da Empresa são realizados manualmente, o que torna menor a
eficiência e cresce o tempo demandado na obtenção e geração informações, acarretando
consequentemente dificuldades em decorrência do acumulo considerável de informações para
manipulação dos empregados. A deficiência de um controle não informatizado dificulta
qualquer tipo de consulta a documentos e informações, além da perda de tempo, e
consequentemente, do lucro
 São aproximadamente 25 clientes cadastrados em fichas organizadas em ordem alfabética.
Cerca de 20 produtos estão cadastrados em uma relação impressa, dificultando a consulta.
Existe também o problema no almoxarifado, onde não se sabe com precisão a quantidade de
material disponível em estoque, o que dificulta o fornecimento de informações aos clientes e
também o processo de requisição de material aos fornecedores. 
2.4.2 Problemas do Sistema Atual
 Lentidão no processo de venda
 Cadastro de clientes (feitos manualmente);
 Dificuldade na busca do histórico de clientes;
 Cadastro de Produtos (feitos manualmente);
 Cadastro de Pedidos (feitos manualmente);
 Inexistência de um relacionamento mais próximo com clientes e fornecedores;
 
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
10
3.0 A Solução
3.1 O sistema proposto
 O sistema constitui o gerenciamento de vendas de produtos a clientes, tem como
necessidade para a realização dessa atividade o cadastramento de clientes, pedidos,
funcionários e fornecedores. Em função disso apresenta um controle de pagamento de
faturas, aquisição de materiais e também gestão de estoque de matérias primas.
3.1.1 Justificativas para o novo sistema
 Com a crescente demanda na venda de portões tornou-se evidente a necessidade de um
sistema que facilite o controle das atividades executadas pela empresa. A empresa visa o
futuro e necessita de um sistema que atenda suas necessidades e também ajude no
crescimento constante da mesma.
3.1.2 Situação desejada: objetivos gerais e específicos
 Maior controle em todo processo de compra e venda de produtos e serviços
 Agilidade no atendimento ao cliente;
 Agilidade no cadastro de produtos;
 Eficiência no cadastro de pedidos;
 Fácil consulta no histórico dos clientes
 Melhor relacionamento com clientes e fornecedores;
3.1.3 Soluções alternativas
 Depois de algumas reuniõesfeitas com pessoas ligadas a área administrativa da empresa
chegou-se à conclusão de que este projeto não possui soluções alternativas, visto que a
única solução para resolver os problemas relatados pela empresa é a criação de um
sistema para substituir todo o processo que é feito de forma manual.
3.2 Solução Escolhida
 A solução escolhida pela empresa é a criação de um sistema que gerencie suas atividades
e ajude no relacionamento com seus clientes e fornecedores, visto que há uma deficiência
na organização e processamento das informações.
Esse sistema auxiliara a empresa nas suas atividades rotineiras e na busca por novos
clientes.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
11
3.2.1 Escopo da solução
 Através da implementação do sistema a empresa busca maximizar resultados.
 O sistema irá automatizar de forma integrada todos os processos administrativos e
operacionais da empresa.
 O sistema proporcionara à empresa maior agilidade e eficiência no estudo e análise do
perfil do cliente, proporcionando um atendimento de maior satisfação.
 Servirá também de base para estudo da possibilidade de implementação de melhorias
visando melhorar a qualidade no serviço ofertado ao cliente.
3.2.2 Lista de requisitos do sistema.
 
Código
RF001
Nome: Cadastrar Usuários 
Prioridade (x) Essencial ( ) Importante () Desejável
Descrição O sistema devera cadastrar novos colaboradores com todos os seus
atributos, tais como área de atuação e matricula. O sistema deverá
permitir a exclusão de colaboradores por nome ou matricula. O sistema
devera atualizar os atributos dos colaboradores caso necessário.
Regras do Negocio
1: Deve ser cadastrado apenas 1 colaborador por matricula.
2: A Área de Atuação do colaborador deve estar devidamente identificada no crachá.
3:O colaborador que for desligado da empresa deverá ter seu cadastro alterado e seu
acesso à empresa bloqueado
Requisitos Não Funcionais
Código Requisitos Categoria
RNF 1.1 Todo Funcionário deve possuir um código de
matricula impresso no crachá
Usabilidade
RFN 1.2 O tempo de cadastro de cada funcionário não deve
passar de 5 segundos
Performance
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
12
Código
RF002
Nome: Cadastrar Pedidos
Prioridade (x) Essencial ( ) Importante ( ) Desejável
Descrição O sistema deverá permitir cadastrar novos pedidos e seus atributos, tais
como código, data do pedido, código do cliente, nome do cliente. O
cadastro não poderá ser realizado no caso de já existir no sistema um
pedido com o mesmo código. O sistema deverá permitir a exclusão de
pedidos por nome ou código. O sistema deverá permitir atualização de
acordo com eventuais necessidades.
Regra do Negocio
1: Todo pedido cadastrado no sistema da empresa dever ter seu código de cadastro
2: Todo pedido deve estar com os dados de entrega devidamente preenchidos para eu
não haja atraso na entrega
Requisitos Não Funcionais
Código Requisitos Categori
a
RNF 2.1 Os pedidos devem ser revisados antes de serem imprimidos. Usabilida
de
RNF 2.2 O tempo de cadastro de cada pedido não deve passar de 5
segundos 
Performa
nce
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
13
Código
RF003
Nome: Cadastro de Clientes
Prioridade (x) Essencial ( ) Importante ( ) Desejável
Descrição O sistema deverá permitir cadastrar, excluir e editar clientes e seus
atributos, tais como nome, endereço, código do cliente, data do cadastro,
documentos pessoais como CPF e RG. O cadastro não poderá ser
realizado no caso de já existir um cliente com o mesmo número de CPF
ou RG. O sistema deverá permitir a exclusão de clientes por nome ou
código. O sistema deverá permitir atualização de acordo com eventuais
necessidades.
Regras do Negocio
1: O cliente devera estar com seus documentos pessoais rigorosamente em dia para a
realização do cadastro.
2: Todo cliente deve ter seu CPF consultado antes da realização do cadastro.
Requisitos Não Funcionais
Código Requisitos Categoria
RNF3.1 O cliente deverá apresentar ao menos 1 documento com
foto para digitalização no sistema.
Usabilidade 
RNF3.2 O tempo de cadastro de cada cliente não deve demorar
mais de 5 segundos.
Performance
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
14
Código
RF004
Nome: Cadastro de Produtos
Prioridade (x) Essencial ( ) Importante ( ) Desejável
Descrição O sistema devera permitir cadastrar, excluir e alterar produtos e seus
atributos, tais como, nome do produto, código, data do cadastro e outros.
O cadastro não poderá ser realizado no caso de já existir um produto com
os mesmos atributos. O sistema devera permitir a exclusão do produto por
nome ou código. O sistema devera permitir a alteração ou atualização de
acordo com eventuais necessidades.
Regras do Negocio
1: Devem ser cadastrados todos os produtos do estoque
2: Devem ser cadastrados todos os produtos que forem entregues pelos fornecedores
Requisitos Não Funcionais
Código Requisitos Categoria
RNF4.1 Todos os produtos devem ter um código especifico no
sistema.
Usabilidade 
RNF4.2 O tempo de cadastro de cada produto não deve
demorar mais de 5 segundos.
Performance
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
15
Código
RF005
Nome: Cadastro de Fornecedores
Prioridade (x) Essencial ( ) Importante ( ) Desejável
Descrição O sistema deverá permitir cadastrar, excluir ou alterar fornecedores e seus
atributos, tais como, nome do fornecedor, código, data do cadastro,
documentos da empresa CNPJ e outros. O sistema devera permitir a
exclusão do fornecedor por nome ou código. O sistema devera permitir a
alteração ou atualização de acordo com eventuais necessidades.
Regras do Negocio
1: Os fornecedores que fornecem matéria prima para a empresa devem estar de acordo
com as regras e horários de funcionamento do estabelecimento.
2: Todos os fornecedores devem ter um bom relacionamento com a empresa.
Requisitos Não Funcionais
Código Requisitos Categoria
RNF5.1 O sistema não fara o cadastro dos representantes dos
fornecedores
Usabilidade 
RNF5.2 O tempo de cadastro de cada fornecedor não deve demorar
mais de 5 segundos.
Performanc
e
3.2.3 Diagramas de caso de uso
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
16
3.2.4. Especificações textuais dos casos de uso
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&utm_medium=document&utm_campaign=watermark
17
Seção da
especificação
Significado
Nome do caso de uso Logar no sistema
Escopo Este caso de uso descreve a etapa de autenticação dos 
usuários ao sistema.
Atores Gerente Administrativo, Atendente.
Precondição Usuário estar devidamente cadastrado no sistema
Pós-condição ou 
garantia de sucesso 
Acesso ao sistema é liberado
Cenário principal 1: Informar login e senha
2: Usuário insere login e senha
3: Sistema valida o login e a senha
4: Sistema libera o acesso
Cenários 
alternativos ou 
extensões 
2,a Se o usuário desejar deixar os dados salvos para próximo 
acesso, então deve-se optar por <EXTENDS LEMBRARUSUÁRIO E SENHA>
3.a Usuário ou senha incorreto.
- Sistema informa que o usuário ou senha esta incorreto
- Sistema não libera o acesso
- Retorna ao passo 1 do cenário principal.
Requisitos especiais Resposta de acesso ao sistema demora 30 segundos na 
maioria dos casos.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
18
Seção da
especificação
Significado
Nome do caso de 
uso 
Cadastrar usuário
Escopo Este caso de uso descreve a etapa de cadastro de usuários no 
sistema
Atores Gerente Administrativo
Precondição Usuário deve ser cadastrado pelo gerente administrativo para 
ter acesso ao sistema.
Pós-condição ou 
garantia de 
sucesso 
Usuário recebe seu login e senha para acessar o sistema
Cenário principal 1: Gerente coleta os dados do usuário
2: Gerente faz o cadastro do usuário
3: Gerente libera acesso do usuário
4: Usuário recebe login e senha para acessar o sistema
Cenários 
alternativos ou 
extensões 
2.a Se necessário alguma atualização no cadastro do usuário. 
Então solicitar ao gerente que é o único que faz alterações no 
cadastro de usuários.<EXTENDS GERENCIAR USUÁRIOS>
Requisitos 
especiais
Resposta de cadastro do usuário no sistema demora 30 
segundos na maioria dos casos.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
19
Seção da especificação Significado
Nome do caso de uso Cadastrar fornecedores.
Escopo Este caso de uso descreve a etapa de cadastro de 
fornecedores no sistema
Atores Gerente Administrativo
Precondição O fornecedor a ser cadastrado deve estar com seus dados 
cadastrais atualizados.
Pós-condição ou 
garantia de sucesso 
Fornecedor é cadastrado no sistema.
Cenário principal 1: Informar dados do fornecedor.
2: Gerente cadastra fornecedor.
3: Sistema gera um código de cadastro do fornecedor
Cenários alternativos ou
extensões 
3.a Fornecedor sem os documentos para realizar o 
cadastro.
- Sistema não aceita fazer cadastro sem a identificação 
dos documentos necessários para o cadastro.
- Retorna ao passo 1 do cenário principal
Requisitos especiais Resposta de cadastro de fornecedores no sistema demora 
30 segundos na maioria dos casos.
Seção da especificação Significado
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
20
Nome do caso de uso Cadastro de produtos
Escopo Este caso de uso descreve a etapa de cadastro de 
produtos no sistema
Atores Gerente Administrativo
Precondição Produto a ser cadastrado devera ser devidamente 
especificado.
Pós-condição ou garantia 
de sucesso 
Após a realização do cadastro o produto fica disponível 
para consulta no sistema.
Cenário principal 1: Informar e especificar o produto a ser cadastrado
2: Produto cadastrado.
3: Produto disponível para consulta.
Cenários alternativos ou 
extensões 
2.a Informações incorretas.
- Se as informações do produto não estiverem corretas o
sistema não aceita o cadastro.
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais Resposta de cadastro de produtos no sistema demora 30 
segundos na maioria dos casos.
Seção da especificação Significado
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
21
Nome do caso de uso Cadastrar cliente
Escopo Este caso de uso descreve a etapa de cadastro de clientes 
no sistema
Atores Atendente
Precondição O cliente a ser cadastrado devera apresentar seus 
documentos pessoais ao atendente no momento do 
cadastro.
Pós-condição ou 
garantia de sucesso 
O cadastro do cliente é aprovado mediante consulta de 
dados.
Cenário principal 1: Informar os dados do cliente
2: Verificar a veracidade dos dados.
3: Cadastrar cliente .
Cenários alternativos 
ou extensões 
2.a Dados informados incorretamente
- Se os dados do cliente forem informados incorretamente 
o sistema não aceita o cadastro
- Retorna ao passo 1 do cenário principal. 
Requisitos especiais Resposta de cadastro de clientes no sistema demora 30 
segundos na maioria dos casos.
Seção da especificação Significado
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
22
Nome do caso de uso Cadastrar pedidos
Escopo Este caso de uso descreve a etapa de cadastro de pedidos 
no sistema
Atores Atendente
Precondição O pedido é feito pelo atendente no momento da venda
Pós-condição ou 
garantia de sucesso 
O cadastro do pedido é aprovado.
Cenário principal 1: Os dados do pedido são inseridos no sistema
2: Sistema consulta disponibilidade do estoque.
3: Pedido cadastrado .
Cenários alternativos 
ou extensões 
2a Indisponibilidade de estoque
 - Se no pedido houver algum item que esteja indisponível 
no estoque, o sistema não finalizara o cadastro do pedido.
- Retorna ao passo 1 do cenário principal.
Requisitos especiais Resposta de cadastro de pedidos no sistema demora 30 
segundos na maioria dos casos.
Seção da especificação Significado
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
23
Nome do caso de uso Realizar Venda
Escopo Este caso de uso descreve a etapa de venda dos 
produtos.
Atores Atendente
Precondição O atendimento é realizado pelo atendente que faz a 
venda.
Pós-condição ou garantia de
sucesso 
A venda é realizada logo após o cliente escolher seus
produtos desejados
Cenário principal 1: O cliente é faz seu pedido
2: Atendente verifica e contabiliza o valor dos 
produtos
3:Cliente faz pagamento
4:Venda efetuada com sucesso
Cenários alternativos ou 
extensões 
3.a Falta de pagamento
- Se não houver pagamento a venda não pode ser 
efetuada.
-Retorna ao passo 1 do cenário principal.
Requisitos especiais
3.2.5. Modelo conceitual de classes
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
24
3.2.6. Modelo conceitual de dados.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
25
4.0 Referencias Bibliográficas
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
26
Estacio. (2019). Estacio Ambiente Virtual. Acesso em agosto/setembro/outubro de 2019, disponível 
em Estacio Web Aula: http://estacio.webaula.com.br
Teixeira, L. D. (2017). Projeto do Tcc em Sistemas de Informação.
Document shared on www.docsity.com
Downloaded by: felipe-cooper (hoonter69@gmail.com)
https://www.docsity.com/?utm_source=docsity&amp;utm_medium=document&amp;utm_campaign=watermark
	4.0 Referencias Bibliográficas