Baixe o app para aproveitar ainda mais
Prévia do material em texto
UNIVERSIDADE PAULISTA – UNIP EaD CST ANÁLISE E DESENVOLVIMENTO DE SISTEMAS: Projeto Integrado Multidisciplinar JOÃO VITOR MARTINS NASCIMENTO – RA: 1964100 PROJETO INTEGRADO MULTIDISCIPLINAR VI: Levantamento e análise de requisitos de um sistema POLO FRUTAL 2020 JOÃO VITOR MARTINS NASCIMENTO – RA: 1964100 PROJETO INTEGRADO MULTIDISCIPLINAR VI: Levantamento e análise de requisitos de um sistema Projeto Integrado Multidisciplinar para obtenção do título de graduação em Análise e Desenvolvimento de Sistemas apresentado à Universidade Paulista – UNIP EaD. Orientador(a): Prof.ª Sandra Bozolan POLO FRUTAL 2020 RESUMO O Projeto Integrado Multidisciplinar VI tem por objetivo utilizar os conhecimentos adquiridos nas aulas realizadas na forma prática de aprendizado, abrangendo todas as disciplinas cursadas no segundo bimestre e interligando-as, sendo elas: Análise de Sistemas Orientada a Objetos, Banco de Dados e Gestão Estratégica de Recursos Humanos, apresentando conforme o Manual do PIM VI o levantamento e a análise de requisitos de um sistema de controle de vendas de uma loja de jogos, acessórios e produtos geek; assim exercitando metodologias e técnicas de análise utilizadas para desenvolvimento de sistemas em computador, desenvolvendo análise orientada a objetos, explorando e utilizando ferramentas computacionais para modelagem de negócio, desenvolvendo técnicas usadas na produção de artefatos UML, argumentando e discutindo requisitos funcionais, não funcionais usabilidade e aplicação de normas, fomentando o hábito de trabalho em equipe e execução de projetos envolvendo múltiplas disciplinas. Palavras-chave: Análise de sistemas. Levantamento de requisitos. Controle de vendas. ABSTRACT The Integrated Multidisciplinary Project VI aims to use the knowledge acquired in the classes carried out in a practical form of learning, covering all disciplines taken in the second two months and interconnecting them, namely: Object Oriented Systems Analysis, Database and Strategic Management Human Resources, presenting, according to the PIM VI Manual, the survey and requirements analysis of a sales control system for a game store, accessories and geek products; thus exercising methodologies and analysis techniques used to develop computer systems, developing object-oriented analysis, exploring and using computational tools for business modeling, developing techniques used in the production of UML artifacts, arguing and discussing functional, non-functional requirements and application of standards, fostering the habit of teamwork and execution of projects involving multiple disciplines. Keywords: Systems analysis. Requirements gathering. Sales control. SUMÁRIO 1 INTRODUÇÃO ................................................................................................. 5 2 O SISTEMA ...................................................................................................... 6 2.1 Exemplificação através de protótipos .......................................................... 6 2.1.1 Modelo entidade relacionamento .................................................................... 16 2.2 Processo de levantamento e análise de requisitos ................................... 16 2.3 Casos de teste .............................................................................................. 18 CONCLUSÃO ........................................................................................................... 20 REFERÊNCIAS ......................................................................................................... 21 5 1 INTRODUÇÃO Nos tempos atuais, o controle manual para organização de uma empresa no ramo de vendas é quase extinto, as canetas deram lugar aos teclados, as folhas de papel deram lugar aos monitores, não bastando, até os cálculos foram automatizados produzindo a vantagem de se evitar “erros humanos” e maior agilidade no processo de informações úteis à tomada de decisões por parte da administração, sabendo que cada empresa tem seu próprio sistema interno para lidar com diversos tipos de situações, uma simples planilha não garantiria o bom funcionamento desta e nem tampouco de resultados positivos a partir dela, pois a empresa poderia se deparar com situações específicas de sua natureza, o que origina a necessidade de um software exclusivo desenvolvido a partir dos requisitos que ela propõe, é isso que o presente projeto aborda. A apresentação deste projeto está subdividida em partes que detalham e concluem os estudos solvendo os desafios propostos de cada uma das disciplinas que constam no Manual do PIM VI, encabeçados pelo principal deles que é a exigência de se apresentar o levantamento e a análise de requisitos de um sistema para a plataforma desktop a ser utilizado em uma loja de venda de jogos eletrônicos, acessórios e produtos geek devendo possuir módulos de acessibilidade para que eventuais usuários portadores de deficiência consigam utilizá-lo. 6 2 O SISTEMA 2.1 Exemplificação através de protótipos O sistema atende aos requisitos exigidos no Manual do PIM V, conforme o mesmo seria necessário que o sistema apresentasse as seguintes características: Acesso na loja feito por meio de login e senha; O estoquista é quem cadastra os produtos da loja; Divisão de produtos por categorias; Cadastro de clientes com inserção de código, RG, CPF, nome, data do cadastro, endereço, telefone e e-mail do cliente; Cadastro de produtos com inserção de código de barras, nome do produto, categoria, fabricante, quantidade e valor do produto e para os jogos e os acessórios informados em qual plataforma serão utilizados e qual o prazo de garantia que o produto possui; A venda possuir dados do cliente e todos os produtos adquiridos. Devendo ser gerado um código único da venda, com a data da venda, o valor da venda, opções para pagamento (dinheiro/cartão), o status de pagamento e o status da venda, Autonomia ao supervisor para excluir os produtos da venda, sendo apenas a ele permitido o referido feito e Consulta de preços por parte do atendente caso cliente solicite. O sistema atende de maneira eficiente à uma loja de vendas de produtos eletrônicos e produtos geek, começando pela acessibilidade, o sistema em questão possui letras grandes como forma de auxílio às pessoas portadoras de deficiência visual, também à essas o sistema dispões de cores vivas, as quais podem ser de longe avistadas, os botões do sistema possuem bordas demarcadas para distinguir uma opção de outra. Abaixo anexo em forma de figuras os protótipos das telas sequencias na usabilidade do software. 7 Figura 1 - Tela de Login Fonte: João Vitor (2020) A tela de login representada pela Figura 1 logo acima trata da parte inicial de qualquer atividade competente ao sistema em favor do colaborador a utilizá-lo. Na parte inicial do sistema deverá ser solicitado um login e senha juntamente com a ocupação exercida pelo colaborador, esses dados serão escaneados pelo software e comparados com algum cadastrado no banco de dados, esses cadastros são obviamente feitos anteriormente à tentativa de login, caso contrário, o sistema deve exibir uma mensagem de “ login/senha/ocupação incorretos! “. A depender da ocupação selecionada e do login ser efetuado com sucesso, para cada opção de ocupação há uma diferente tela a ser exibida, no exemplo acima foi selecionada a opção “Estoquista”, logo o sistema deverá prosseguir com a próxima tela exclusiva aos estoquistas. Digitado login condizente com o cadastro anteriormenterealizado, digitada a senha condizente com o login, selecionada a opção de ocupação, o próximo ponto é clicar no botão denominado “entrar”, botão responsável por informar ao sistema que o usuário já inseriu os dados a serem coletados e examinados, ao fazer isso o sistema parte para a área exclusiva de cada função, nas próximas figuras estão ilustradas as telas do menu principal de cada uma delas e sucessivamente os processos para concluir tarefas pertinentes ao cargo exercido. 8 Figura 2 - Menu Estoquista Fonte: João Vitor (2020) Como a função de estoquista não está relacionada diretamente ao setor de vendas, é a que pertence menor número de opções no menu principal, sendo apenas uma, nessa opção o usuário terá a possibilidade de consultar os produtos cadastrados bem como a quantidade de cada um deles no estoque disponível, a opção serve de referência tanto para reposição quanto para venda, evitando assim que a loja ofereça algum item que não dispõe. O passo é relativamente o mais simples do programa, já que se trata de apenas uma opção de escolha para dar prosseguimento as próximas telas, no entanto o sistema como todo enfatizou nesse princípio, torná-lo mais simples e acessível uma maneira de contribuir para a inclusão social, favorecendo àquelas pessoas que não tiveram oportunidade de aprendizagem sobre tecnologia da informação. Esforce-se ao máximo para produzir o modelo mais simples possível. Não exagere no software. Mantendo modelos simples, o software resultante também será simples. O resultado será um software mais fácil de ser integrado, testado e mantido. Além disso, modelos simples são mais fáceis de compreender e criticar, resultando em uma forma contínua de feedback que otimiza o resultado final. (PRESSMAN; MAXIM, 2016). 9 Ao clicar no botão “Consultar Itens” o sistema redireciona o estoquista à uma nova tela, representada pela figura abaixo. Figura 3 - Consulta de Itens Fonte: João Vitor (2020) A figura 3 representa a tela de consulta de itens, itens esses que podem ser jogos eletrônicos, acessórios ou produtos geek, e é exclusiva a estoquistas para fins de controle de estoque, o estoquista tem a possibilidade através dela de cadastrar algum item no estoque, editá-lo, removê-lo dentro outras. Para buscar um novo item existe um campo de texto e um botão com ícone de lupa, ao digitar o nome de algum item ou parte dele e clicar no botão, o software apresenta na lista os resultados da busca de acordo com o valor informado, no exemplo acima o usuário pesquisou por “jogo a” e o programa exibiu três itens relacionados à busca. Como os itens estão separados por categoria, é necessário digitar a classificação do item anteriormente à sua descrição. Quando digitado valor numérico o software automaticamente entende que o produto está sendo pesquisado pelo seu determinado código, se digitado parte dele o sistema exibirá na lista os produtos condizentes com o início digitado no campo de texto, se digitado por completo obviamente o programa exibirá apenas aquele em que pertence o valor informado. A lista possui limite de dezesseis linhas, ou seja, serão exibidos os primeiros dezesseis itens relacionados à busca na primeira tela, caso ultrapasse esse número 10 o sistema dará ao usuário a opção de próxima página, que poderá ser representado por uma seta indicando ao lado direito. Conforme listados os itens de acordo com a pesquisa o programa dá ao estoquista a opção de alterar ou até mesmo excluir algum produto do estoque, para isso deverá o mesmo clicar no botão sinalizado com três pontos e decidir entre apagar ou alterar, caso a opção seja a primeira o programa automaticamente removerá todos os dados referentes àquele item, já na segunda o programa permitirá ao usuário digitar novos valores em todos os campos de informação do produto exceto ao código que é gerado automaticamente ao cadastrar um novo item, e ao informar a categoria do item, será impedido de informar a plataforma caso a categoria informada seja a de geeks. Caso não exista o item na lista, é preciso cadastrar o mesmo, para isso existe nesta tela um botão representado pelo ícone “+”, expressando que será adicionado um novo item ao banco de dados para futuras aquisições, ao clicar neste botão será exibido uma outra tela, semelhante à de alteração dos produtos, mas como se trata de um novo produto, os campos de texto e opção e categoria iniciarão em branco. Figura 4 - Menu Supervisor Fonte: João Vitor (2020) Esse menu é utilizado exclusivamente pelo(s) supervisor(es) da loja, nele é possível realizar dois tipos de atividade pertencentes ao cargo, o supervisor tem a 11 opção de cadastrar novos funcionários para futuramente utilizar o sistema e consultar as vendas efetuadas no estabelecimento. Ao clicar no botão denominado “cadastro de funcionários”, o sistema encaminha o supervisor para uma nova tela semelhante à de cadastro de clientes, sendo possível deletar, alterar ou mesmo incluir um novo membro ao banco de dados. Abaixo está a figura que demonstra esta etapa. Figura 5 - Cadastro de Funcionários Fonte: João Vitor (2020) Esta tela exclusiva ao usuário na função de supervisor trata do cadastro de funcionários, no campo de texto é possível pesquisar pelo nome do colaborador, caso o valor digitado seja numérico, o sistema reconhece que a pesquisa deverá ser pelo número de matrícula do funcionário, ao pesquisar o software exibirá uma lista com os resultados coincidentes ao valor informado no campo de busca, e através desta lista é possível consultar o nome do funcionário, número de matrícula e a ocupação que o mesmo exerce na empresa, ao lado de cada nome o software permite alterar dados do usuário e também apagá-lo da lista, obviamente no momento do cadastro, o login e senha são digitados pelo funcionário a se cadastrar, para garanti-lo segurança de seus dados, os demais dados são informados pelo 12 supervisor, e para um novo cadastro é necessário clicar no ícone botão adicionar representado pelo ícone com símbolo de adição. Figura 6- Menu Atendente Fonte: João Vitor (2020) Esse menu que a Figura 6 apresenta, trata do menu exclusivo aos atendentes, que por sua vez são os usuários que mais terão acesso ao sistema, por possuir um maior número de atividade a serem realizadas no ramo de vendas, neste menu é possível perceber três botões distintos, o primeiro é destinado á realização de uma nova venda, ou até mesmo para elaboração de um orçamento para um cliente que pretenda consultar os preços disponíveis sem adquiri-los no momento instante. O segundo botão é destinado à consulta de vendas , nele é possível consultar as vendas realizadas anteriormente através do código único a venda que é gerado a partir da finalização dela, é um passo simplificado que dá opção tanto ao atendente como ao supervisor de reimprimir 2ªa via do comprovante de venda que é gerado também em sua finalização, para fins de resolução de problemas relacionados à venda, ao produto e demais. O terceiro e último botão permite o atendente à consultar a lista de clientes cadastrados na loja para futuras vendas e orçamentos, podendo assim cadastrar, alterar ou mesmo apagar algum cadastro já efetuado. 13 Figura 7 - Consulta de Clientes Fonte: João Vitor (2020) A consulta de clientes é feita de forma semelhante à de funcionários com algumas alterações, porém é preciso destacar que a consulta de clientes é feita pelo atendente, enquanto a de funcionários é feita pelo supervisor, e a pesquisa pelo cliente é realizada tanto pelo nome quanto pelo código do cliente que é gerado pelo sistema unicamente a determinado cliente, para que seja possível efetuar o cadstro de algum cliente é necessário que o atendente complete todos os dados pedidos, são eles: Nome, endereço,CPF, RG, telefone e email, sem esses dados o sistema irá impedir o novo cadastro, já o código é gerado sequencialmente de um cadastro relacionado ao último realizado. O software informa no momento da consulta a data em que o cliente se cadastrou na loja, esta data é automaticamente informada após um novo cadastro, sendo inalterável por parte de qualquer que seja o usuário do sistema. Há valores como, RG, CPF e código do cliente que são numéricos, sendo assim no momento do cadastro ou alteração dele, o sistema bloqueia a inserção de letras ou caracteres no campo de texto responsável pelos respectivos dados aqui referidos. 14 Esses dados são constantes no momento da venda, como mostra a figura abaixo. Figura 8 - Nova Venda Fonte: João Vitor (2020) Todos os outros processos resultam nesta parte final, que é o momento da venda, a venda engloba, o funcionário que a realizou, data e horário da venda, dados do cliente, dados do produto à venda, valores e quantidades entre outras informações. Para realização de nova venda ou orçamento, o atendente deve informar o código do cliente à ser consultado conforme mostra a Figura 7, após digitados os seis números pertencentes ao código do cliente o sistema automaticamente relata os dados do usuário na tela para reconhecimento anterior à venda, feito isso é necessário registrar por partes os itens da venda, primeiramente informando o código de barras do produto, a quantidade desejada do mesmo e clicar em adicionar. Esse botão adicionar se refere a cada código e quantidade de cada produto, sendo necessário redigitar o código caso o cliente desejar adquirir/orçar outro produto que difere do atual na lista. A medida que são adicionados produtos, o sistema automaticamente multiplica seu valor pela quantidade e soma ao total da venda. 15 Para finalizar a venda, é preciso que o cliente confirme os dados da venda e posteriormente clique no botão responsável por esta etapa. Ao clicar em finalizar venda é emitido um pdf de comprovação da venda com um númerdo gerado sequencialmente em relação à última venda realizada, da mesma forma acontece com o orçamento, mas cabendo destacar que a sequência do código da venda e de orçamento são distintas uma da outra. Caso haja algum erro no momento de algum produto adicionado à venda ou mesmo o cliente desiste de adquiri-lo, somente o gerente terá a possibilidade de excluí-lo da lista, sendo para isso preciso que o atendente solicite ao supervisor para o mesmo informar um login e senha válidos e assim concluir a exclusão. A figura abaixo detalha em imagem como é feita a exclusão. Figura 9- Exclusão de Produtos na Venda Fonte: João Vitor (2020) O quadro que solicita senha ao supervisor descreve a condição como título para orientar o atendente ao procedimento interno da empresa, ao digitar login e senha incorretos o software exibe a mensagem “login/senha incorretos!”, neste caso será necessário uma nova tentativa. Digitado o login e senha válidos, o supervisor deverá clicar em excluir produto, assim o sistema não mais constará o produto bem como a quantidade na 16 lista do pedido e o valor total será subtraído ao valor x quantidade do produto excluído. Exclusos os produtos indesejáveis, os demais constarão na lista e assim o atendente continuará o processo de venda/orçamento de onde parou, gerando assim redução no tempo para realizar sua tarefa. 2.1.1 Modelo entidade relacionamento Figura 10 - Diagrama Fonte: João Vitor (2020) 2.2 Processo de levantamento e análise de requisitos Inicialmente, para elaboração do software é necessário levantar os requisitos do sistema, esse é o primeiro passo a se aplicar em um processo de aquisição/disponibilização de software, pois é nesta etapa que a empresa que irá disponibilizar o sistema tenta entender o que o cliente está pedindo e traduz posteriormente ao modo formal de atender a cada um dos pedidos feitos. 17 Segundo Sommerville (2007) um processo de levantamento e análise é composto pelas seguintes etapas: Compreensão do domínio: Os analistas devem desenvolver sua compreensão do domínio da aplicação; Coleta de requisitos: É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. A compreensão do domínio se desenvolve mais durante essa atividade; Classificação: Essa atividade considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes; Resolução de conflitos: Quando múltiplos stakeholders estão envolvidos, os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses conflitos; Definição das prioridades: Em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. Esse estágio envolve interação com os stakeholders para a definição dos requisitos mais importantes; Verificação de requisitos: Os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholdersdesejam do sistema. O levantamento e a análise dos requisitos foram realizados com base neste cronograma que Sommerville (2007) estabelece. A figura abaixo representa essas etapas em um processo como um todo. Figura 11 - O Processo de Análise de Requisitos Fonte: Sommerville (2007) 18 2.3 Casos de teste Tabela 1 - Plano de Testes Nome do projeto: Sistema Para Reserva de Equipamentos Audiovisuais. Pessoas Envolvidas: João Vitor Martins Nascimento. Funcionalidades ou módulos: Desenvolver um roteiro de testes caixa preta para os requisitos funcionais do sistema. Equipamentos / Softwares: O sistema deve funcionar em um desktop. Cronograma: Data de Início e Fim do Projeto: 16/05/2020 – 21/04/2020. Data de início e fim do teste: 31/05/2020 –01/06/2020 Local do teste: Locais Aleatórios Observação: nenhuma mencionada. Fonte: João Vitor (2020) Caso de teste 1: Efetuar login com o CPF, senha e ocupação de usuário. Passos para execução: 1) o sistema exibe tela para inserção de CPF e senha e opção de ocupação do usuário em questão. 2) usuário digita CPF e senha nos campos e clica na ocupação estoquista. 3) clica em “entrar”.Dados de entrada: 2)CPF em formato numérico de 11 dígitos, e senha com 8 dígitos em quaisquer caracteres constantes no padrão de teclado ABNT Resultado esperado: 3) login efetuado com sucesso e abertura de uma nova tela. Resultado do teste: Bem-sucedido. Caso de teste 2: Demostrar atividades pertinentes ao cargo. Passos para execução:1) o sistema exibe uma tela contendo um menu. 2) usuário clica em “Consultar Itens” Resultado esperado:2) abertura de uma nova tela. Resultado do teste: Bem-sucedido. Caso de teste 3: Demonstrar itens cadastrados no sistema. Passos para execução: 1) o sistema exibe uma tela contendo uma lista de itens. 2) usuário clica em “+”3) usuário clica em salvar. 19 Resultado esperado: 2) habilitar edição no campo de texto. 3) salvo com sucesso! Resultado do teste: Bem-sucedido. Foi elaborado à exemplo os casos de testes para a função de estoquista, os passos demonstrados acima se referem à ocasião de um estoquista cadastrando algum item no estoque. Testar um software consiste em verificar se ele atende às expectativas, se seu funcionamento é limpo, amigável e correto e se ele se enquadra no ambiente para o qual foi projetado. Tudo isso evita surpresas desagradáveis no futuro. (BRAGA, 2016). 20 CONCLUSÃO Podemos concluir deste projeto, que uma empresa de software não se destaca no mercado apenas pelas inovações tecnológicas que apresenta, é imprescindível que essas venham ligadas à uma palavra muita das vezes oculta entre as empresas que não conseguem traçar seus objetivos e metas, que é a“qualidade”. Concluiu-se também que um sistema só é considerado eficiente desde que atenda às necessidades do cliente especificadas nos requisitos de negócio, e que para isso não se pode abrir mão dos procedimentos de testes que certificam o bom funcionamento do sistema a ser entregue e que a empresa estará satisfazendo essas necessidades apontadas. Agilidade nas tomadas de decisões é o que uma empresa busca e para que isso ocorra o software deve ser desenvolvido em linhas que cruzam as atividades que a demandam, por isso devem ser levantados os requisitos para aliar a necessidade do cliente à simplicidade de manuseio do sistema. 21 REFERÊNCIAS BRAGA, Pedro Henrique (org.). Teste de Software. Londres: Pearson Education, 2016. 139 p. PRESSMAN, Roger; MAXIM, Bruce. Engenharia de Software: uma abordagem profissional. 8. ed. Nova Iorque: Mcgraw-hill Education, 2016. 968p. Tradução AMGH Editora Ltda. SOMMERVILLE, Ian. Engenharia de Software. 8. ed. Londres: Pearson Education, 2007. 568 p.
Compartilhar