UNIVERSIDADE ANHANGUERA – UNIDERP

POLO DE (Palmas - TO)

Curso Superior de Tecnologia em Análise e Desenvolvimento de
Sistemas

ÉDER GLÓRIA FERREIRA - 6208102943

PROJETO INTERDISCIPLINAR APLICADO AOS CURSOS

SUPERIORES DE TECNOLOGIA III (PROINTER III)
(Relatório Parcial - ETAPA 1)

Tutor (a) EAD: JOICE SERQUEIRA LIMA

PALMAS / TO
2018
 UNIVERSIDADE ANHANGUERA – UNIDERP
POLO DE (Palmas - TO)
Curso Superior de Tecnologia em Análise e Desenvolvimento de
Sistemas

ÉDER GLÓRIA FERREIRA - 6208102943

PROJETO INTERDISCIPLINAR APLICADO AOS CURSOS

SUPERIORES DE TECNOLOGIA III (PROINTER III)
(Relatório Parcial - ETAPA 1)

Trabalho desenvolvido para o curso de

tecnologia em análise e
desenvolvimento de sistemas,
disciplina projeto interdisciplinar
aplicado a tecnologia em análise e
desenvolvimento de sistemas III,
apresentado à Anhanguera
Educacional como requisito para a
avaliação na Atividade PROINTER ,
No 1º semestre 2018, sob orientação
da tutor (a) EAD Joice Siqueira Lima.

CIDADE / UF
2018
 SUMÁRIO

INTRODUÇÃO ............................................................................................................ 3
Desenvolvimento ....................................................................................................... 4
Relatório 1............................................................................................................... 5
Relatório 2............................................................................................................... 5
Relatório 3............................................................................................................... 5
Relatório 4............................................................................................................... 5
CONSIDERAÇÕES FINAIS ........................................................................................ 6
REFERÊNCIAS BIBLIOGRÁFICAS ........................................................................... 6
1 APRESENTAÇÃO
A Magazine Popular, situada em Palmas – TO, é uma empresa que atua no
seguimento de comercio varejista de vestuários e acessórios, e atualmente utiliza
anotações em cadernos e promissórias para controle de seus estoques, contas a
receber e a pagar e fluxo de caixa, criando assim uma má gestão da empresa, e
impossibilitando um pleno gerenciamento. Com o intuito de agilidade e melhoria, a
empresa tem como proposta contratar um sistema que atenda tais demandas.
O sistema será desenvolvido e implantando pelo programador responsável,
proporcionalizando uma maior fluidez quanto a: controle de contas a pagar e contas a
receber, cadastros de produto, fornecedor, funcionário e clientes.
INTRODUÇÃO
O Sistema foi projetado com o intuito de facilitar na hora das vendas, controles
de estoque, fluxo de caixa, fornecedores, funcionários e clientes. O sistema está
sendo desenvolvido para uso especifico na loja MAGAZINE POPULAR, e cada
funcionalidade foi desenvolvida para atender as demandas da loja.
O software será desenvolvido em uma linguagem de programação PHP com
integração com Bootstrap, utilizará uma base de dados Mysql e rodará em uma
máquina configurada com o WAMP, ele pode ser acessado em qualquer dispositivo
tais como: smartfones, tablete, notebooks e computadores de mesa.
2 ANÁLISE SITUACIONAL

2.1. SITUAÇÃO ATUAL

Clientes efetuam a compras e quando a venda é avista o atendente tem

que anotar quais as peças e a quantidade de peças que estão sendo vendidas para
poder dar baixa no estoque, e quando a venda é parcelada a atendente tem que além
de anotar quais e a quantidade de peças vendidas ainda tem que procurar a ficha de
cadastro do cliente, confirmar os dados (endereço, contato) e depois preencher as
promissórias que devem ser assinadas uma a uma pelo cliente. Ao final do dia a
atendente tem que fazer o fechamento de caixa informando quanto de vendas foram
efetuados naquele dia.
O proprietário e também gestor da empresa dia a dia tem que receber e
guardar os boletos a pagar, tem que olhar e organizar as promissórias a receber dos
clientes, quando constata que tem alguma em atraso tem que entrar em contato com
os clientes (procurar e pegar a ficha do cliente), o gestor também tem que fazer o
lançamento das peças que tiveram saída do estoque para poder repor as mercadorias.

Situação atual: é um componente textual, deve ser desenvolvido utilizando

uma linguagem clara e objetiva, evitando o uso de termos técnicos afeitos à área de
tecnologia da informação. Para seu desenvolvimento, recomenda-se:
 Identificar os usuários-chave que deverão ser ouvidos;
 Traçar a estratégia de coleta dos dados/informações (uso de questionários,
realização de entrevistas, observação “in loco”, etc.);
 Elaborar e testar os instrumentos de coleta de dados quanto à sua efetividade na
busca pelas informações pretendidas;
 Analisar e selecionar as informações coletadas que atendem ao objetivo da etapa
em execução;
 Estruturar o documento introdutório que atenda ao solicitado na etapa, contendo
no mínimo:
 Descrição da organização;
 Contextualização da área de atuação do projeto;
  Identificação dos usuários-chave e sua posição dentro da
organização;
 Apresentação do ambiente mercadológico onde o projeto atuará;
 Identificação e descrição do problema apontando os principais riscos
existentes.

2.1.1 HISTÓRICOS RESUMIDO DA EMPRESA

A empresa Magazine Popular foi fundada em março de 2006 sendo o

proprietário Geraldo Magela da Costa, está registrada sob o CNPJ 07.881.577/0001-
07 seu ramo de atuação é o comercio varejista de vestuários e acessórios, quando
fundada contava apenas com o proprietário e hoje em dia conta com uma atendente
de caixa, três vendedoras, além do proprietário que ocupa a função de gestor da
empresa, está localizada na quadra 307 norte, alameda 25, lote 03, QI 27, na Cidade
de Palmas, Estado do Tocantins.
2.2. MAPEAMENTO DOS SISTEMAS DE INFORMAÇÃO

A empresa não conta com nenhum sistema da informação.

Formulários Propostos: Mapeamento dos Sistemas de Informação.
Ambiente Operacional Padrões de Desenvolvimento
Nome do
Sistema

Sistema Banco de Servidor Modelagem Linguagem

Operacional Dados de Utilizada de
Aplicação Programação
Não Xxxx Xxxxx Xxxxxxx Xxxxxx Xxxxxxx
possui
2.3. PROBLEMAS E OPORTUNIDADES

Considerando o contato junto a empresa foi constatado que para um melhor

aproveitamento dos recursos humanos e de otimização de tempo, deve ser
desenvolvido um sistema que possa auxiliar os colaboradores da empresa nas
funções de controle de estoque, controle de caixa, controle de cadastro de clientes,
controle de contas a pagar e a receber.
 Este componente visa identificar os principais problemas encontrados nos
processos de negócio estudados. O seu desenvolvimento deve:
 Contextualizar o ambiente de estudo;
 Relacionar problema X área funcional X sistema de informação;
 Apontar a(s) oportunidade(s) para cada problema identificado.

Formulário proposto: Principais Problemas e Oportunidades

Sistema Área Funcional Problemas Oportunidades
Sismagazine Dados Dados em ficha de Contratar servidor
papel web de Banco de
dados
Sismagazine Frente de loja Dados anotados Cadastrar as
em papel vendas online
Sismagazine Financeiro Boletos e Cadastrar as
promissórias contas a pagar e a
guardadas de receber com as
forma suas devidas datas
desorganizada e
sem controle eficaz

2.4. PROPOSTA
Desenvolver um sistema que permite o cadastrado de clientes, cadastrar de
funcionários, cadastro de contas a pagar e a receber, cadastro de produtos, cadastro
de fornecedores, crie um fluxo de caixa, emitir alertas com as contas que estão preste
a vencer (tanto a pagar quanto a receber), informar quando os estoques atingirem a
quantidade mínima de cada produto, emissão de promissórias.
Nos moldes que a empresa atua atualmente o processo é feito em anotações
em cadernos, planilhas e promissórias, o sistema deverá atender um armazenamento
de dados dos clientes, de produtos (estoque) e do fluxo de caixa.

2.4.1 OBJETIVO GERAL

Um sistema que melhore o controle de estoque com as entradas e saídas de

mercadorias, que mantenha as informações dos seus clientes atualizadas e de fácil
acesso, que controle o fluxo de caixa com controle de contas a pagar e a receber
evitando assim que fique pagamentos pendentes, controle dos cadastros dos
fornecedores.
2.4.2 OBJETIVO ESPECÍFICO

Apresentar aqui a sua proposta para o projeto contendo os objetivos

específicos, atentando ao fato de que estes devem ser passíveis de mensuração ao
longo do tempo.

2.4.3 JUSTIFICATIVA

Após a análise junto aos procedimentos executados pela empresa podemos

perceber que devido à falta de um controle mais eficaz a loja está com problemas
quanto a efetivação em suas vendas devido ao processo ser bastante demorado pois
a atendente de caixa tem que procurar a ficha dos seus clientes que são em papel
atualizar os dados dos mesmos e ainda preencher as promissórias a mão e pedir para
os clientes assinarem, as contas a pagar e a receber tem que ser organizadas uma a
uma de forma manual, diversos produtos ficam em falta no estoque devido não ter um
controle de estoque.
3 PROJETO LÓGICO

3.1. VISÃO DE PROJETO

O sistema tem por finalidade a melhoria e organização dos estoques (entrada

e saída de mercadorias), maximizar o atendimento prestado por seus colaboradores
aos clientes da loja
O projeto tem por finalidade a melhoria no fluxo da empresa com a proposta
de maximizar o atendimento prestado pelos seus colaboradores e para tanto o sistema
deve oferecer as seguintes funcionalidades:
 Cadastrar de funcionário
 Cadastrar de cliente
 Cadastrar de produto
 Cadastrar de fornecedor
 Cadastrar contas a pagar
 Cadastrar contas a receber
 Cadastrar as compras
 Busca por cliente
 Busca por funcionário
 Busca por produto
 Busca por fornecedor
 Consulta venda efetuada
 Consulta contas pagar
 Consulta contas receber
 Consulta as compras
 Efetua a venda
 Cadastro de contas a receber/pagar
 Relatórios de contas a pagar
 Relatórios de contas a receber
 Relatórios de produto x estoque
 Relatório de volume de vendas (dia/mês)
 Relatórios de compras (período e/ou geral)
3.2. MODELAGEM DE NEGÓCIO

O sistema visa melhorar a qualidade e organizações de estoques entradas e

saídas e melhorar também o atendimento no dia a dia com mais facilidade e
comodidade nas buscas pagamentos e relatórios.
Pensando em ajudar uma loja onde os cadastros pagamentos etc... São feitos
em promissórias e cadernos para o desenvolvimento do software foi necessária uma
entrevista com o proprietário para buscar e analisar todos os requisitos.

3.1 Análise de requisitos

Requisito: controlar estoques (entrada e saída de mercadorias).

Descrição: loja não conta com nenhum tipo de controle de estoque, a

utilização de um software para fazer tal controle permitirá que não haja falta de
determinados produtos e que se evite a compra desnecessária de outros.
Solução: O sistema contará uma função de controle de fluxo de entrada e
saída dos produtos no estoque, ao comprar um produto será lançado no sistema e ao
efetuar a venda também será lançada tal ação em sistema de forma que o sistema
poderá atualizar a quantidade dos produtos em estoque de acordo com a ação nele
cadastrada.
Requisito: Cadastro de cliente, fornecedor, produto.
Descrição: sendo atualmente todo o processo de cadastro da loja serem
feitos em cadernos e ou promissórias.
Solução: desenvolver funcionalidades onde se permita o cadastro de clientes,
fornecedores e produtos.
Requisitos: contas a pagar/receber.
Descrição: As contas a pagar são anotadas em cadernos e/ou armazena os
boletos podendo muitas das vezes serem extraviados/perdidos ou anotados com
datas erradas e as contas a receber (clientes) são anotadas em promissórias e quando
o cliente vai efetuar o pagamento a atendente de caixa procura a promissória para
poder dar baixa podendo haver extravios/perda de tais promissórias, e demanda um
determinado tempo para a localização da mesma.
.
 Solução: O sistema oferecerá uma funcionalidade que permita o
cadastramento das contas a pagar e a receber facilitando assim o controle sobre as
datas de vencimento de ambas.

3.2.1 ENTENDIMENTO DOS PRINCIPAIS PROCESSOS DE NEGÓCIO

Os funcionários são os envolvidos nos processos do software, o proprietário

(gerente) será o administrador do sistema.

Entendimento dos Principais Processos de Negócio.

Processo Serviços Envolvido
Criar login no sistema No menu cadastro de usuários, clica Administrador
em novo usuário e informar o login e a
senha de acesso
Fazer login no sistema Na tela de login, preencher o login e a Funcionário/
senha pré - cadastradas Administrador
Cadastrar clientes Na tela de novo cliente preencher os Funcionário/
dados pertinentes Administrador
Cadastrar produtos Na tela de produtos clicar em novo e Funcionário/
preencher os campos pertinentes Administrador
Cadastrar fornecedores Na tela de fornecedores clicar em novo Funcionário/
e preencher os campos pertinentes Administrador
Cadastrar contas a Na tela de contas a receber/pagar Funcionário/
receber/pagar clicar em novo, escolher o tipo da Administrador
conta e preencher os campos
pertinentes
Buscar clientes Tela de busca de clientes cadastrados Funcionário/
Administrador
Busca por produtos Tela de busca de produtos com Funcionário/
valores e quantidade em estoque’ Administrador
Busca por fornecedores Tela de busca por fornecedores Administrador
Consulta vendas Tela de consulta das vendas efetuadas Administrador
efetuadas
Consulta de contas a Tela de consulta de contas a pagar e a Administrador
pagar e a receber receber
Relatórios Na tela de relatórios clicar nas opções Administrador
de relatórios pré-definidos ou
preencher as opções oferecidas para
gerar o mesmo
3.2.2 REQUISITOS FUNCIONAIS
Requisitos funcionais:
Requisitos mínimos
 As funções que permitem alterações de dados no sistema deverão
apenas estar acessíveis quando inserida um login e senha validos.
 A interface da aplicação dever ser acessível a partir de um browser
internet
 O sistema deverá emitir alertas ao usuário quando ocorrer erros
 O sistema deverá permitir a alteração de senhas dos usuários.

Requisitos não mínimos

 O acesso ao sistema ficará registrado em um ficheiro de log
 Em caso de erro de senha superior a três vezes deverá invalidar o perfil
do usuário e originar o envio de uma notificação ao usuário
administrador.
Requisitos não funcionais:
 O sistema deverá funcionar em todos os navegadores
 O tempo de desenvolvimento do software não deve ultrapassar 30
(trinta) dias úteis.
 A base de dados só deverá ser acessada pelos desenvolvedores.
 Será utilizado uma plataforma de servidor de dados e os hardwares de
estação de trabalho serão os da empresa.

Listar os requisitos funcionais encontrados por meio da a análise de cada

processo encontrado, verificando se representam comportamentos a serem
implementados pelo sistema. Transformar os processos descobertos, bem como
requisitos funcionais em casos de uso, para isso, os serviços realizados em cada
processo devem ser analisados com o objetivo de descobrir quais habilidades o
sistema deverá possuir para atender o caso de uso. Representação dos Casos de
Uso: elaborar o Diagrama de Casos de Uso e fazer Documentação dos Casos de Uso
modelados, descrevendo os passos executados pelos atores e as ações do sistema
em cada caso uso representado no diagrama.
Organização dos Requisitos Funcionais em Casos de Uso.

Requisitos funcionais Atores envolvidos Caso de uso

atendidos pelo caso de uso
01 Gerente Cadastrar funcionário
02 Gerente e Funcionário Consultar funcionário

Documentação de Casos de Uso

FIGURA 1 – UC – CADASTRO DE FUNCIONARIO

Nome caso de uso CADASTRO DE FUNCIONARIO

Caso de uso geralCADASTRAR FUNCIONARIO
Descrição EFETUAR O CADASTRO DOS FUNCIONARIO
Ator principal GERENTE
Atores secundários
FUNCIONARIO
Pré-condição O GERENTE DEVE ESTAR LOGADO NO SISTEMA
Pós-condição VALIDAR SE É GERENTE
Fluxo principal
Ações dos atores Ações do sistema
O GERENTE INFORMA OS DADOS O SISTEMA VERIFICA SE JÁ EXISTE
EXIGIDOS PELO SISTEMA A SEREM UM FUNCIONARIO CADASTRADO
CADASTRADOS. COM AQUELES DADOS (SE SIM EMITE
UMA MENSAGEM).
O GERENTE CLICA EM SALVAR E O
SISTEMA EMITE UMA MENSAGEM O SISTEMA VERIFICA SE TODOS OS
DE CONFIRMAÇÃO. CAMPOS ESTÃO PREENCHIDOS (SE
EXISTIR ALGUM CAMPO SEM ESTAR
 PREENCHIDO EMITE UMA
MENSAGEM).

GERENTE TEM QUE ESTAR LOGADO

Restrições / TEM QUE TER NIVEL DE GERENTE
Validações

FIGURA 2 – UC – CONSULTAR FUNCIONARIO

Nome caso de uso CONSULTA FUNCIONARIO

Caso de uso geral CONSULTA FUNCIONARIO
Descrição FAZER CONSULTA DE DADOS DE FUNCIONARIO
Ator principal GERENTE
Atores secundáriosFUNCIONARIO
Pré-condição O GERENTE DEVE ESTAR LOGADO NO SISTEMA
Pós-condição VALIDAR SE É GERENTE
Fluxo principal
Ações dos atores Ações do sistema
O GERENTE CLIARÁ EM CONSULTA O SISTEMA VERIFICA QUEM ESTA
DE FUNCIONARIO, INFORMARÁ O LOGADO
NOME OU MATRICULA DO
FUNCIONARIO E O SISTEMA
RETORNARA COM OS DADOS DO
MESMO.
FUNCIONARIO CONSULTA OS O SISTEMA PERMITE SE FOR
SEUS DADOS CADASTRADOS GERENTE CONSULTAR OS DADOS DE
QUALQUER FUNCIONARIO E CASO
 SEJA O PERFIL DE FUNCIONARIO
CONSULTAR APENAS OS DADOS
DELE MESMO.
O SISTEMA VERIFICA SE EXISTE UM
FUNCIONARIO CADASTRADO COM
AQUELES DADOS.
O SISTEMA VERIFICA SE A
CONSULTA FOI INTERROMPIDA
(CANCELADA)
GERENTE/FUNCIONARIO TEM QUE ESTAR LOGADO
Restrições / TEM QUE TER NIVEL DE GERENTE PARA CONSULTAR
Validações DADOS DE QUALQUER FUNCIONARIO
FUNCIONARIO CONSULTA APENAS OS SEUS DADOS

FIGURA 3 - UC – CADASTRO FORNECEDOR

Nome caso de uso CADASTRO FORNECEDOR

Caso de uso geralCADASTRO FORNECEDOR
Descrição FAZER O CADASTRO DO FORNECEDOR
Ator principal GERENTE
Atores secundários
FUNCIONARIO
Pré-condição GERENTE ESTAR LOGADO NO SISTEMA
Pós-condição VALIDADAR SE É GERENTE
Fluxo principal
Ações dos atores Ações do sistema
O GERENTE INFORMA OS DADOS O SISTEMA SOLICITA OS DADOS
INERENTES AO CADASTRO DO PARA O CADASTRO DO
FORNECEDOR FORNECEDOR
O GERENTE CLICA EM SALVAR O SISTEMA RETORNA UMA
MENSAGEM DE CONFIRMAÇÃO DO
CADASTRO REALIZADO
 O SISTEMA VERIFICA SE OS CAMPOS ESTAO
Restrições / PREENCHIDOS.
Validações O SISTEMA VERIFICA SE FOI CANCELADO O REGISTRO
E EMITE UM ALERTA

FIGURA 4 - UC – CONSULTAR FORNECEDOR

Nome caso de uso CONSULTA FORNECEDOR

Caso de uso geralCONSULTA FORNECEDOR
Descrição FAZER A CONSULTA DO FORNECEDOR
Ator principal GERENTE
Atores secundários
FUNCIONARIO
Pré-condição GERENTE ESTAR LOGADO
Pós-condição VERIFICAR
Fluxo principal
Ações dos atores Ações do sistema
ACESSA TELA DE CONSULTA DE SISTEMA FAZ A BUSCA ATRAVÉS DO
FORNECEDOR DADO INFORMADO
CLICA NO BOTÃO CONSULTAR SISTEMA RETORNA OS DADOS
SOLICITADOS OU RETORNA
MENSAGEM COM NEGATIVA.

SISTEMA VERIFICA SE EXISTE CADASTRO COM A

Restrições / INFORMAÇÃO INSERIDA.
Validações SISTEMA VERIFICA SE O CADASTRO FOI CANCELADO E
EMITE UM ALERTA
FIGURA 5 – UC – CADASTRO DE CLIENTE

Nome caso de uso CADASTRO DE CLIENTE

Caso de uso geral CADASTRO DE CLIENTE
Descrição FAZER O CADASTRO COM AS INFORMAÇÕES DOS
CLIENTES
Ator principal FUNCIONARIO
Atores secundários GERENTE
Pré-condição FUNCIONARIO ESTAR LOGADO
Pós-condição VERIFICAR NIVEL DO FUNCIONARIO
Fluxo principal
Ações dos atores Ações do sistema
O FUNCIONARIO INFORMA OS SISTEMA SOLICITA OS DADOS
DADOS NECESSARIOS AO NECESSARIOS AO CADASTRO
CADASTRO
FUNCIONARIO CLICA EM SALVAR O
REGISTRO

SISTEMA VERIFICA O NIVEL DO FUNCIONARIO

Restrições / SISTEMA VERIFICA SE TODOS OS CAMPOS ESTAO
Validações PREENCHIDOS
SISTEMA VERIFICA SE FOI CANCELADO O CADASTRO
DO CLIENTE
FIGURA 6 – UC – CONSULTA CLIENTE

Nome caso de uso CONSULTA CLIENTE

Caso de uso geral CONSULTA CLIENTE
Descrição FAZER A CONSULTA E RETORNAR OS DADOS DOS
CLIENTES
Ator principal FUNCIONARIO
Atores secundários GERENTE
Pré-condição FUNCIONARIO ESTAR LOGADO
Pós-condição SE EXISTE CLIENTE CADASTRADO PARA O DADO
INFORMADO
Fluxo principal
Ações dos atores Ações do sistema
FUNCIONARIO INFORMA O DADO A SISTEMA CARREGA OS DADOS DO
SER CONSULTADO CLIENTE
SE O CLIENTE FOR ENCONTRADO SISTEMA DIRECIONA PARA A TELA
O FUNCIONARIO BASTA DAR UM DE VENDAS
DUPLO CLIQUE EM CIMA DO NOME
DO CLIENTE E A TELA DE VENDAS
IRÁ SER PREENCHIDA COM AS
INFORMAÇÕES DO MESMO

SISTEMA VERIFICA SE EXISTE CLIENTE COM A

Restrições / INFORMAÇÃO APRESENTADA
Validações SISTEMA VERIFICA SE A CONSULTA FOI CANCELADA
FIGURA 7 – UC – CADASTRAR PRODUTO

Nome caso de uso CADASTRO PRODUTO

Caso de uso geral CADASTRO PRODUTO
Descrição FAZER O CADASTRO DOS PRODUTOS ADQUIRIDOS
PELA LOJA
Ator principal FUNCIONARIO
Atores secundários GERENTE
Pré-condição FUNCIONARIO ESTAR LOGADO E TER PERFIL
ADEQUADO
Pós-condição PERFIL ADEQUADO
Fluxo principal
Ações dos atores Ações do sistema
FUNCIONARIO INFORMA OS SISTEMA SOLICITA OS DADOS A
DADOS A SEREM CADASTRADOS SEREM CADASTRADOS
FUNCIONARIO CLICA EM SALVAR SISTEMA RETORNA MENSAGEM DE
DADOS INSERIDOS

USUARIO PODERÁ UFETUAR O CANCELAMENTO DO

Restrições / CADASTRO DO PRODUTO
Validações SISTEMA VERIFICA SE OS DADOS FORAM
PREENCHIDOS ADEQUADAMENTE
SISTEMA VERIFICA SE FOI EFETUADO O
CANCELAMENTO DO CADASTRO DO PRODUTO
FIGURA 8 – UC – CADASTRAR CONTAS A PAGAR

Nome caso de uso CADATRO DE CONTAS A PAGAR

Caso de uso geral CONTAS A PAGAR
Descrição FAZER O CADASTRO DE TODAS AS CONTAS A PAGAR
Ator principal GERENTE
Atores secundários
Pré-condição GERENTE ESTAR LOGADO
Pós-condição VERIFICAR NIVEL DE USUARIO
Fluxo principal
Ações dos atores Ações do sistema
GERENTE INFORMA OS DADOS SISTEMA SOLICITA OS DADOS
NECESSARIOS PARA O CADASTRO INERENTES AO CADASTRO
GERENTE CLICA EM SALVAR O SISTEMA RETORNA MENSAGEM DE
REGISTRO DADOS INSERIDOS
GERENTE PODE EFETUAR O
CANCELAMENTO DO CADASTRO
SISTEMA VERIFICA SE OS CAMPOS ESTÃO
Restrições / PREENCHIDOS ADEQUADAMENTE
Validações SISTEMA VERIFICA SE O CADASTRO FOI CANCELADO
FIGURA 9 – UC – CONSULTAR CONTAS A PAGAR

Nome caso de uso CONSULTA DE CONTAS A PAGAR

Caso de uso geral CONSULTA DE CONTAS A PAGAR
Descrição FAZER A CONSULTA DAS CONTAS A PAGAR
CADASTRADAS
Ator principal GERENTE
Atores secundários
Pré-condição GERENTE ESTAR LOGADO
Pós-condição NIVEL DE USUARIO
Fluxo principal
Ações dos atores Ações do sistema
GERENTE INFORMA OS DADOS SISTEMA SOLICITA OS DADOS PARA
PARA EFETUAR A CONSULTA A CONSULTA
GERENTE CLICA EM CONSULTAR SISTEMA RETORNA OS DADOS DA
CONSULDA OU RETORNA UMA
MENSAGEM INFORMANDO QUE NÃO
EXISTE CONTAS COM AQUELA
DESCRIÇÃO
GERENTE EFETUA O
CANCELAMENTO DA CONSULTA
SISTEMA VERIFICA AS INFORMAÇÕES APRESENTAS E
Restrições / RETORNA OS DADOS CASO EXISTA E CASO NÃO
Validações EXISTA RETOR MENSAGEM INFORMANDO QUE NÃO
EXISTE CONSTAS PARA AQUELAS INFORMAÇÕES
APRESENTAS
SISTEMA VERIFICA SE A CONSULTA FOI CANCELADA
FIGURA 10 – UC – CONSULTAR CONTAS A RECEBER

Nome caso de uso CONSULTA DE CONTAS A RECEBER

Caso de uso geral CONSULTA DE CONTAS A RECEBER
Descrição FAZER A CONSULTA DE CONSTAS A RECEBER POR
PERIODO OU CONTAS EM ABERTO
Ator principal GERENTE
Atores secundários
Pré-condição GERENTE ESTAR LOGADO
Pós-condição NIVEL DE USUARIO
Fluxo principal
Ações dos atores Ações do sistema
GERENTE INFORMA QUAL O TIPO SISTEMA SOLICITA QUAL O TIPO DE
DE CONTA A SER CONSULTADA CONTA A SER CONSULTADA
GERENTE ESCOLHE O PERIODO A SISTEMA SOLICITA QUAL O PERIODO
SER CONSULTADO QUE A CONSULTA VAI CONSIDERAR
GERENTE CANCELA A CONSULTA
SISTEMA VERIFICA QUAL O PERIODO DA SOLICITAÇÃO
Restrições / SISTEMA VERIFICA SE A CONSULTA FOI CANCELADA
Validações
FIGURA 11 – UC – EFETUAR VENDAS, CADASTRAR CONTAS A RECEBER E
CONSULTAR PRODUTO

Nome caso de uso EFETUAR VENDAS

Caso de uso geral VENDAS
Descrição FAZER A VENDA AO CLIENTE
Ator principal FUNCIOANRIO
Atores secundáriosGERENTE
Pré-condição ESTAR LOGADO
Pós-condição NIVEL DE USUARIO
Fluxo principal
Ações dos atores Ações do sistema
FUNCIONARIO INFORMA OS SISTEMA SOLICITA OS DADOS
DADOS DO CLIENTE NECESSARIO
FUNCIONARIO CLICA NO NOME DO SISTEMA PREENCHE A TELA DE
CLIENTE CONSULTADO VENDAS COM OS DADOS DO CLIENTE
FUNCIONARIO INFORMA A FORMA SISTEMA GRAVA AS INFORMAÇÕES
DE PAGAMENTO E A QUANTIDAD E NO MODULO DE FLUXO DE CAIXA
DE PARCELAS
FUNCIONARIO SOLICITA AO SISTEMA SOLICITA OS DADOS DO
GERENTE PARA EFETUAR O GERENTE (USUARIO E SENHA) PARA
CANCALAMENTO DA VENDA EFETUAR O CANCELAMENTO DA
VENDA
SISTEMA EMITE MENSAGEM DE
VENDA EFETUADA COM SUCESSO.

Restrições / SISTEMA VERIFICA SE CLIENTE TEM PERMISSÃO PARA

Validações COMPRA PARCELADA E QUAL O LIMITE
SISEMA VERIFICA SE EXISTE PENDENCIAS PARA O
CLIENTE
SISTEMA VERIFICA SE A VENDA FOI CANCELADA
Nome caso de uso CADASTRAR CONTAS A RECEBER
Caso de uso geral CONTAS A RECEBER
Descrição FAZER O CADASTRO DAS CONTAS A RECEBER
Ator principal GERENTE E FUNCIONARIO
Atores secundários
Pré-condição USUARIO DEVERÁ ESTAR LOGADO
Pós-condição NIVEL DE USUARIO ADEQUADO
Fluxo principal
Ações dos atores Ações do sistema
FUNCIONARIO INFORMA NO ATO SISTEMA SOLICITA QUAL A FORMA
DA VENDA A FORMA DE DE PAGAMENTO
PAGAMENTO
FUNCIONARIO INFORMA A SISTEMA SOLICITA A QUANTIDADE
QUANTIDADE DE PARCELAS DE PARCELAS
FUNCIONARIO CLICA EM SALVAR A SISTEMA INSERE OS DADOS NO
VENDA MODULO DE FLUXO DE CAIXA

GERENTE INFORMA OS DADOS SISTEMA SOLICITA OS DADOS

PARA CADASTRAR UM CONTA A INERENTES A ACORDO EFETUADOS
RECEBER DE UM ACORDO COM O COM CLIENTES INADIMPLENTES
CLIENTE
SISTEMA VERIFICA SE O CLIENTE PODE COMPRAR
Restrições / PARCELADO
Validações SISTEMA VERIFICA SE JÁ EXISTE UMA CONTA EM
ABERTO (ATRASADA) PARA O CLIENTE E CASO EXISTA
O SISTEMA INFORMA QUE A NOVA COMPRA NÃO PODE
SER CONCRETIZADA
SISTEMA VERIFICA QUAL O LIMITE DE COMPRA
PARCELADA PARA O CLIENTES INFORMADO

Nome caso de uso CONSULTA PRODUTO

Caso de uso geral CONSULTA PRODUTO
Descrição FAZER A CONSULTA DO PRODUTO A PARTIR DA
INFORMAÇÃO APRESENTADA
Ator principal FUNCIONARIO
Atores secundários GERENTE
Pré-condição FUNCIONARIO ESTAR LOGADO
Pós-condição NIVEL DE USUARIO DO FUNCIONARIO
Fluxo principal
Ações dos atores Ações do sistema
FUNCIONARIO INSERE OS DADOS SISTEMA SOLICITA OS DADOS
PARA CONSULTA NECESSAARIOS PARA A CONSULTA
FUNCIONARIO CLICA EM SISTEMA RETORNA OS DADOS DA
CONSULTAR CONSULTA
FUNCIONARIO CANCELA A SISTEMA EMITE UMA MENSAGEM DE
CONSULTA CONSULTA CANCELADA
SISTEMA VERIFICA SE EXISTE PRODUTO CADASTRADO
Restrições / PARA AQUELE DADO INFORMADO
Validações SISTEMA VERIFICA SE A CONSULTA FOI CANCELADA

FIGURA 12 – UC – CONSULTAR VENDAS

Nome caso de uso CONSULTAR VENDAS

Caso de uso geral CONSULTA VENDA
Descrição FAZER A CONSULTA DAS VENDAS
Ator principal GERENTE
Atores secundários
Pré-condição GERENTE ESTAR LOGADO
Pós-condição NIVEL DE GERENTE
Fluxo principal
Ações dos atores Ações do sistema
GERENTE INSERE OS DADOS PARA SISTEMA SOLICITA DOS DADOS PARA
A CONSULTA A CONSULTA
GERENTE CLICA EM CONSULTAR SISTEMA RETORNA OS DADOS DA
CONSULTA
GERENTE CANCELA CONSULTA
SISTEMA VERIFICA QUAL O PERIODO INFORMADO OU
Restrições / QUAL O NOME DO CLIENTE
Validações SISTEMA VERIFICA SE A CONSULTA FOI CANCELADA
FIGURA 13 – UC – CADASTRAR COMPRA

Nome caso de uso CADASTRA COMPRA

Caso de uso geral CADASTRA COMPRA
Descrição FAZER O CADASTRO DAS COMPRAS EFETUADAS
Ator principal GERENTE
Atores secundários
Pré-condição GERENTE ESTAR LOGADO
Pós-condição NIVEL DE GERENTE
Fluxo principal
Ações dos atores Ações do sistema
GERENTE INFORMA OS DADOS SISTEMA SOLICITA OS DADOS
PARA O CADASTRO DA COMPRA INERENTES DA COMPRA
GERENTE CLICA EM CASDASTAR SISTEMA RETORNA MENSAGEM DE
DADOS INSERIDOS COM SUCESSO
GERENTE CANCELA O CADASTRO
SISTEMA VERIFICA SE OS CAMPOS FORAM
Restrições / PREENCHIDOS ADEQUADAMENTE
Validações SISTEMA VERIFICA SE O CADASTRO FOI CANCELADO
DIAGRAMA DE CASO DE USO
3.3.1 DIAGRAMA DE CLASSES
3.3.2 DIAGRAMA DE ENTIDADE E RELACIONAMENTO

Tecnologias utilizadas
4.1 PHP
O PHP é uma linguagem interpretada livre, usada originalmente apenas para o
desenvolvimento de aplicações presentes e atuantes no lado do servidor, capazes de
gerar conteúdo dinâmico no world wide web. Figura entre as primeiras linguagens
passíveis de inserção em documentos HTML, dispensando em muitos casos o uso de
arquivos externos para eventuais processamentos de dados. O código é interpretado
no lado do servidor pelo módulo PHP, que também gera a página web a ser
visualizada no lado do cliente. A linguagem evoluiu, passou a oferecer funcionalidades
em linha de comando, e além disso, ganhou características adicionais, que
possibilitaram usos adicionais do PHP, não relacionados a web sites. É possível
instalar o PHP na maioria dos sistemas operacionais, gratuitamente. Concorrente
direto da tecnologia ASP pertencente à Microsoft, o PHP é utilizado em aplicações
como o mediawiki, Facebook, Drupal, Joomla e WordPress.
Criado por Rasmus Lerdorf 1995, o PHP tem a produção de sua implementação
principal, referência formal da linguagem, mantida por uma organização chamada The
PHP Group. O PHP é software livre, licenciado sob a PHP License, uma licença
incompatível com a GNU General Public License (GPL) devido a restrições no uso do
termo PHP.

4.2 Mysql Server

O MySQL é um sistema de gerenciamento de banco de dados (SGBD), que utiliza a
linguagem SQL (Linguagem de Consulta Estruturada, do inglês Structured Query
Language) como interface. É atualmente um dos sistemas de gerenciamento de
bancos de dados mais populares, com mais de 10 milhões de instalações pelo mundo.
Entre os usuários do banco de dados MySQL estão: NASA, Friendster, Banco
Bradesco, Dataprev, HP, Nokia, Sony, Lufthansa, U.S. Army, U.S. Federal Reserve
Bank, Associated Press, Alcatel, Slashdot, Cisco Systems, Google, entre outros.

4.3 NetBeans
“O Netbeans é uma IDE criada em Java swings, portanto, depende da Java
virtual machine (JVM) instalado em sua maquina”. A IDE Netbeans vem evoluindo
rapidamente a cada versão, tornando-se competitiva junto às melhores ferramentas
de desenvolvimento Java do mundo. Com uma evolução rápida, encontramos
atualmente diversas funcionalidades que vem atraindo cada vez mais
desenvolvedores de todo o mundo: Um editor amigável de telas AWT/Swing; Suporte
completo ao Java Enterprise Edition; Integração com banco de dados; Plug-ins de
diversos tipos que estendem a capacidade do programa; CVS; Depurador de
aplicativos e componentes como JSPs e EJBs; Suporte para desenvolvimento e
consumo de WebService, entre outros. Além dessa funcionalidade, você também
pode desenvolver seus próprios plug-ins, estendendo ainda mais a capacidade da
IDE. (Dominando NetBeans)

CRONOGRAMA
MESES MARÇO ABRIL MAIO JUNHO JULHO
SEMANAS 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4ª
ª ª ª ª ª ª ª ª ª ª ª ª ª ª ª ª ª ª ª
Levantamento de
requisitos
Especificações de
Requisitos
Análise de Requisitos

Especificações de caso
de uso
Diagrama de classe

Programação

Teste de sistema

Implantação

Treinamento

Apresentação
4 CONCLUSÃO

Diante do estudo realizado e das informações coletadas, apresente sua

conclusão, descrevendo as dificuldades encontradas e as ações tomadas a fim de
eliminá-las.
 5 REFERÊNCIAS BIBLIOGRÁFICAS

CONCEITO DE PHP. Disponível. https://pt.wikipedia.org/wiki/PHP acesso

em 13 de março de 2018.

FAHL, Alessandra Cristina; MARION, José Carlos. Contabilidade Financeira,

Anhanguera Publicações, 2. ed., São Paulo: Saraiva, 2013. (Livro-Texto 707).

HARIKI, Seiji. Matemática aplicada. 1. ed. São Paulo: Saraiva, 2005.

MAXIMIANO, Antonio Cesar Amaru. Introdução à Administração. São Paulo: Atlas,

2010. 7ª edição.

MORETTIN, Pedro Alberto et al. Cálculo: funções de uma e várias variáveis. 1. ed.
São Paulo: Saraiva, 2003.

MUROLO, Afrânio Carlos; BONETTO, Giácomo. Matemática Aplicada a

Administração, Economia e Contabilidade. 2. ed. São Paulo: Cengage Learning, 2012.

RAMOS, André Luiz Santa Cruz. Direito Empresarial Esquematizado. São Paulo:
Método, 2015.

ZANARDI, Gisele. Contabilidade Geral: Introdução à Contabilidade e Patrimônio.

Caderno de Atividades. Valinhos: Anhanguera Educacional, 2014.