Você está na página 1de 13

FACULDADE METROPOLITANA DA GRANDE FORTALEZA

CURSO DE GRADUAÇÃO TECNOLÓGICA EM


ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

LUCIANO PEREIRA TARGINO

WILLIAME CORREIA DE LIMA

ANÁLISE E PROJETO DE SISTEMAS ORIENTADOS A OBJETOS

2018.2
1. Introdução

Este determinado projeto tem por finalidade apresentar os conceitos e exemplos dos
padrões UML, contribuindo de forma positiva no aprendizado e experiências para que
sejam esclarecidas as melhores técnicas das especificações de requisitos montadas através
de um cenário de mercado. Na qual este cenário aborda uma necessidade de melhoria no
controle de vendas, trazendo o desenvolvimento de um sistema que esteja capaz de
apresentar recursos em tempo real para se trabalhar com o registro das saídas dos produtos,
contabilizando o quantitativo das mercadorias que será aplicada a uma função de estoque,
onde os usuários atendentes de caixa e o gerente ponderar usufruir das principais funções
do ambiente principal.

Utilizando opções de abertura de caixa, balcão de vendas, estoque de produtos na


qual poderá ser feito a importação e exportação de notas fiscais eletrônicas ou inserir
manualmente os produtos. Na aba relatórios poderá ser gerado em arquivo e impresso suas
listagens de vendas dos produtos e entradas dos produtos de estoque. O sistema apresentará
o beneficio de executar a função de gerar redução-z, para que garanta a transferência das
informações fiscais e a comprovação para o devido contador registrar, sendo um ato
fundamental entre diversas empresas atuadoras de mercado, responsabilizando-se com os
seus devidos compromissos tributários diariamente.

Para substancia de melhores resultados e ideias deste projeto, será explicado de


forma direta as especificações de requisitos funcionais, não funcionais e regras de
negócios, contendo informações de como deverá ser desenvolvido as partes da composição
do sistema. E para complementar o desenvolvimento deste projeto é de grande importância
trazer os modelos de caso de uso, diagrama de classe e diagrama de sequencia,
visibilizando o detalhamento e o passo a passo da utilização do usuário com o ambiente do
sistema.
2. Especificação de requisitos

 Requisitos funcionais

Na janela de login deverá apresentar os seguintes


campos para preenchimento (Nº de Matricula e Senha
RF001 Usuário de login
de Usuário) para liberar o acesso a pagina do sistema
Na página de login deverá apresentar a opção de
recuperar senha com os campos de confirmação
RF002 Recuperar senha (Endereço de E-mail, senha, comfirmar senha e numero
de matricula).
Na página de cadastro deverá conter os seguintes
campos para preenchimento (Endereço de E-mail,
RF003 Cadastramento senha, comfirmar senha, primeiro nome, útimo nome,
Nº de matrícula, CPF, data de nascimento e telefone).
Na página de cadastro deverá também apresentar a
opção de selecionar o tipo de usuário (Gerente ou
RF004 Cadastramento 1.2
atendente de caixa).
Pagina principal Na pagina principal do sistema deverá apresentar as
opções de (Caixa, Estoque, Relatório, Especial, Turnos,
RF005
Opções e Inventário).
Caixa Na opção caixa da pagina principal do sistema, deverá
apresentar as funções (Abertura de caixa e balcão de
RF006
vendas).
Na função abertura de caixa deverá apresentar ao clicar,
a informação: “deseja confirmar a abertura do caixa
RF007 Abertura de caixa
agora?” com os botões de confirmar e cancelar.
Na função balcão de vendas devera apresentar ao clicar
Balcão de vendas os campos (Informar o nome ou código do produto,
RF008
Quantidade do produto e valor total dos produtos)
Na opção estoque deverá apresentar ao clicar as
RF009 Estoque funções de (Produtos, Incluir manualmente, Importar
NFe e Exportar NFe).
Na função de produtos deverá conter uma listagem de
RF010 Produtos produtos cadastrados com as colunas (Item, Descrição,
Quantidade, valor unitário e valor total).

Na função de incluir manualmente deverá apresentar os


campos para preenchimento (Descrição do produto,
Incluir manualmente Quantidade do produto, Valor do produto de compra e
Valor do produto de venda), com as opções de incluir
produto e cancelar.

RF011

Na função de importar NFe deverá apresentar o campo


para preencher (Chave de acesso da NFe), com os
Importar NFe
botões importar NFe e cancelar importação.
RF012
Na função de exportar Nfe devera apresentar o botão de
Exportar NFe
RF013 salvar em arquivo e exportar para Sped fiscal.
Na opção Relatórios deverá conter as funções de
Relatórios
RF014 (Relação de vendas e relação de produtos).
Na função relação de vendas deve conter a opção de
Relação de vendas selecionar (Gerar em PDF e Imprimir lista de vendas)
RF015
com os botões de confirmar e cancelar.
Na função relação de vendas deve conter a opção de
Relação de produtos selecionar (Gerar em PDF e Imprimir lista de Produtos)
RF016
com os botões de confirmar e cancelar.
Na opção especial deverá apresentar as funções de
RF017 Especial
(Gerar redução-z e imprimir redução-z).
Na função gerar redução-z deverá apresentar ao clicar a
RF018 Gerar redução-z opção de salvar o arquivo, com o botão de salvar e
cancelar.
Na função imprimir redução-z deverá apresentar a
RF019 Imprimir redução-z informação ao clicar “Deseja imprimir a redução-z do
dia?” com o botão de imprimir redução-z e cancelar.
Na opção turnos deverá conter as funções de (Histórico
RF020 Turnos
de turnos e fechar turno do dia).

Na função histórico de turnos deverá mostrar ao ser


clicado, uma listagem com data e horário dos turnos
Histórico de turnos
RF021 abertos do mês, apresentando a opção de selecionar
verificação de turno por semana ou mês.
Na função fechar turno do dia deverá apresentar uma
janela de confirmação com a informação “Deseja
Fechar turno do dia
RF022 realmente fechar o turno do dia?”, com os botões fechar
turno e cancelar.
Na opção de ferramentas deverá apresentar as funções
Opções
RF023 (Copia de segurança e gerenciar usuário).
Na função cópia de segurança devera apresentar ao ser
Cópia de segurança clicado o local que deseja salvar o arquivo de backup
RF024
do sistema, com os botões confirmar cópia e cancelar.
Na função de gerenciar usuário deverá apresentar ao ser
clicado, uma janela com todos os dados de cadastro
(Endereço de E-mail, senha, comfirmar senha, primeiro
RF025 Gerenciar Usuário
nome, útimo nome, Nº de matrícula, CPF, data de
nascimento e telefone), com a opção de editar e com os
botões de confirmar e cancelar.
Na opção de inventário deverá conter as funções de
RF026 Inventário (Gerar inventário e imprimir inventário).

Na função gerar inventário deverá apresentar a opção


do calendário anual para selecionar a data do inventário
a ser gerada e o formato do arquivo com os modos
Gerar inventário
RF027 (PDF, Jpeg, Html e TXT), com a opção também de
selecionar o local de salvar o arquivo e os botões de
gerar inventário e cancelar.
Na função imprimir inventário deverá apresentar a
RF028 Imprimir inventário opção do calendário anual para selecionar a data do
inventário a ser impressa e ao clicar em imprimir
apresentará a informação “Deseja imprimir o
inventário?” com o botão de confirmar e cancelar.

 Requisitos não funcionais

O sistema desktop deverá ser desenvolvido na


Ambiente
RNF001 de desenvolvimento plataforma visual studio, utilizando a linguagem
C#.

O sistema desktop deverá se comunicar com


RNF002
banco de dados em SQL Server 2017.
Banco de dados
O sistema desktop deve estar disponivel com servidor
RNF003 local e de forma secundária em nuvem, com a
Servidor
plataforma Azure da Microsoft.
O sistema deverá possuir campos obrigatórios
destacados com o simbolo (*) para e-mail, senha,
CPF, Nº de matricula, primeiro e ultimo nome,
RNF004 Campos de dados tipo de funcionario. Caso não sejam preenchidos
obrigatórios. os determinados campos obrigatórios será
apresentado com aviso destacado de cor
vermelha nos “Campos não preenchidos”.
A ferramenta de Design a serem implementadas para
RNF005 uso de icones, imagens
Design de interface e botões do sistema sera realizado no Corel Draw X8.
As principais cores destacadas do sistema sera
utilizada as segintes cores: Preto: (#141313), verde:
RNF006 Cores da página do sistema
(#4ad459), Azul: (#0094ff) e
Branco : (#ffffff).
O sistema deve conter validações seguras no processo
de login com suas políticas aplicadas nas normas
RNF007 Segurança
exigidas de segurança da
ISO/IEC 27001.
Nos campos de prenchimento deve conter descrição
de exemplos, tanto no login como no cadastro e
recuperação de senha.
RNF008 Campos de preenchimento

Para avisos de mensagem no sistema desktop sendo


RNF009 positivo, deve apresentar um spam de coloração
Avisos do sistema
(verde) e para alerta de erro (Vermelho).
O sistema não poderá apresentar brechas em suas
RNF010
Privacidade do Sistema importantes fontes de script e dados dos usuario.
A função do relatório deve apresentar listadas as
RNF011
Emissão do relatorio informações destacadas e organizadas aos usuarios.
O sistema precisa ser bastante interativo no modo que
RNF012 facilite o mecanismo de usabilidade do usuario de
Usabilidade do sistema
forma simples e eficaz.
O sistema precisa estar responsivo aos dispositivos
RNF013 dos usuários disponibilizando acesso prático com
Sistema Responsivo qualidade.
Aos e-mails enviados para os usuario nas
utilizações de cadastro e recuperção de senha
RNF014
Email de confirmações deve apresentar informações das atividades
ocorridas para cientizar os usuários.

 Regras de negócios

RN01 O servidor tanto local como em nuvem precisa estar configurado para agir em modo
disponivel de 24 hs.
RN02 É necessario que no ato do preenchimento de login de acesso seja exigido e-mail com
senha ao usuario sobre uma mensagem de aviso, caso o usuario faça tentativas de
acesso sem preencher os dados obrigatórios.
RN03 O cadastro so será concluido caso os campos obrigatorios com o simbolo (*) seja
preenchido.
RN04 Para cada usuario do mercado devera ter apenas 1 tipo de cadastro ao sistema, caso o
usuário tente efetuar um novo cadastro deverá apresentar a mensagem que ja exite
cadastro.
RN05 Concluido o processo de cadastro o usuario precisa receber uma confimação por e-
mail.
RN06 Caso usuario esqueça a senha de acesso deverá informar o e-mail cadastrado na pagina
de recuperar senha, se por ventura não lembrar o e-mail o usuario deverar realizar
recuperação via celular através da geração de um token, disponibilizando uma senha
temporaria.
RN07 Todos os tipos de usuarios deveram concordar com os termos de uso.
RN08 A senha deve possuir no minimo de 6 caracteres e 4 numeros para realizar a
conclusão do cadastro.
RN09 Na alteração de cadastro poderar ser atualizado todos os campos, exceto os campos Id-
matricula e CPF.
RN10 Todos os dados apresentados dos usuarios cadastrados deveram ser validados junto ao
banco de dados.
RN11 Qualquer violação do sistema ou alteração do funcionamento sem permissão
acarretara ações penais e administrativas.
RN12 É de grande necessidade que o sistema apresente infomações interativas aos usuarios a
cada função aplicada.
RN13 É necessario que a cada realização de mudança ou atualização, o sistema apresente-se
sempre com disponiblidade, não atrapalhando as atividades dos usuarios.

3. Potenciais problemas associados ao negócio

Sobre alguns conflitos detectados nas etapas de desenvolvimento até a implantação do


sistema:

 Compatibilidade da arquitetura do hardware com sistema desenvolvido, trazendo


falhas no decorrer do projeto.

 Viabilidade de disponibilizar o pagamento dos serviços em períodos fracionados


para implementação do sistema, resultando na demora da entrega das
implementações.
 Necessidade de elevar o uso de serviços integrados ao sistema, respondendo a um
aumento no custo financeiro.

 Gerenciamento do servidor em nuvem com armazenamento da base de dados local


retomaram alguns conflitos nas atualizações dos scripts.

 Para o entendimento do que será necessário para o produto, foi necessário


apresentar as telas de cada atividade desenvolvida ao cliente, tentando descartar o
retrabalho de modificar algo que não foi solicitado ou de não conformidade.
 Elaboração do prazo da entrega, deixando margens para erros do sistema, tentando
entregar cada parte no prazo estipulado.
 Realização da pesquisa de mercado para tentar trazer um sistema inovador e pratico
para o cliente realizar suas etapas de utilização necessárias.

4. Diagramas de caso de uso


O seguinte caso de uso acima representa o papel entre os dois atores no sistema de
mercado, na qual seu fluxo principal obedece ao uso dos “<<include>>” para iniciar as
etapas de acesso ao sistema realizando o login de usuário, onde estará utilizando a barra de
opções para realizar a abertura do caixa, prosseguindo com o final da sua ação na a
utilização do balcão de vendas. Na barra de opções e no inicio do caso de uso estão
representadas as ações “<<extend>>” onde o ator poderá ou não optar em realizar sua
utilização no sistema.

5. Diagrama de classes
O diagrama de classe acima apresenta a logica atribuída na implementação do
sistema de mercado, relacionando os usuários atendente de caixa e gerente a uma
generalização do tipo pessoa. Onde se aplica seus principais atributos necessários para
realização do método cadastrar usuário, dessa forma é tratado de que um gerente pode
listar ou alterar senha de nenhum até vários atendentes de caixa ,seguindo a mesma lógica
ao usuário atendente onde pode nenhum atendente até vários acessar um sistema que é o do
mercado na qual estão agregadas as classes caixa, estoque, relatório, especial, turnos,
Opções e inventários adicionando métodos e atributos a classe sistema.

Diagramas de sequência

Caso de Uso Login

Caso de Uso Cadastro Produto


No diagrama de Sequencia descrevendo o caso de uso login, o atendente vai acessar
a tela para realizar o preenchimento do login e senha, através do método de login é feita a
validação do usuário, recebendo como parâmetro os campos login e senha e em seguida
consultando a condição, se o resultado for verdadeiro será disponível ao usuário o acesso
ao sistema ou se o resultado for falso o usuário será direcionado para a tela de cadastro.

No segundo diagrama de caso cadastro de produto, o gerente estará acessando o


sistema para inserir novos produtos e efetuar pesquisas, onde serão preenchidos os campos
nome, descrição e tipo do produto. No sistema contem o método pesquisar produtos sendo
que por parâmetro será puxado os três campos informados de inserir produtos para realizar
o método de consulta, aplicando a condição será verificado se o retorno for verdadeiro o
resultado estará apresentando o produto que foi descrito, caso o resultado seja falso é
informado que não existe produto, e por fim com a base da pesquisa feita o gerente
prossegue com o cadastramento dos produtos.

6. Conclusões

A conclusão deste projeto de desenvolvimento de mercado, trouce principais


conhecimentos e técnicas importantes na utilização do modelo UML juntamente com a
forma de implementar um sistema de modo estruturado. O sistema desenvolvido integrou o
gerenciamento de sessão dos usuários atendente de caixa e gerente, proporcionando o
controle de acesso no ato do seu cadastro, possibilitando utilizar recursos para um
ambiente de vendas e controle de estoque, onde foi explicado nas especificações de
requisitos o ambiente de armazenamento dos dados gerais do sistema como: estoque de
produtos, histórico de turnos, cupons fiscais e entre outras funções em um banco local e em
nuvem para garantir máxima segurança de armazenamento das informações do sistema.
Seu desenvolvimento consistiu de acordo com o diagrama de classes onde esclarece
o modelo de como ele precisa ser implementado, apresentando suas classes, atribuídos e
métodos detalhados, consistindo da composição das classes junto à classe do sistema, onde
apresenta também o método de generalização entre os usuário com a superclasse pessoa,
desta maneira os demais detalhes do projeto foi aplicado nos principais tópicos do projeto
resultando em maiores especificações do projeto.

7. Referências bibliográficas

SOMMERVILLE, I. Engenharia de software. 9º Ed. Person. 2011.

BELL,D. O DIAGRAM DE CLASSES, Uma introdução aos diagramas de estrutura em UML2. 2016.
Disponível em:
<https://www.ibm.com/developerworks/br/rational/library/content/RationalEdge/sep04/bell/ind
ex.html> Acessado em novembro de 2018.

MICROSOFT. Diagramas de sequência UML: referência, 2015. Disponível em:


<https://msdn.microsoft.com/pt-br/library/dd409377.aspx> Acessado em novembro de 2018.

DEVMEDIA. O que é UML e Diagramas de Caso de Uso: Introdução Prática à UML, 2012.
Disponível em: <https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-
introducao-pratica-a-uml/23408> Acessado em novembro de 2018

GOMES, WAGNER DIAS et al. Especificação dos Requisitos do Software: Sistema para Consulta e
Controle de Selo Digital, 2018. Disponível em :
<http://www.tjsp.jus.br/download/SeloDigital/docs/EspecificacaoDeRequisitosSelosDigitais.pdf>
Acessado em novembro de 2018

Você também pode gostar