Universidade Federal de Pernambuco Centro de Informática CIn

(1)

Universidade Federal de Pernambuco

Centro de Informática — CIn

Especificação de Requisitos para Sistema de

Gerenciamento de Estoque da Empresa GG Construção

Professor: Jaelson Freire Brelaz de Castro Equipe:

Engenharia da Computação:

Caroline Pereira Medeiros Gedson Santos de Melo

Willer Amorim Sabino de Araújo

Ciência da Computação:

(2)

Conteúdo

1 Introdução...3 1.1 Sobre a organização...3 1.1.1 Objetivos da organização...3 1.1.2 Motivação da organização...4 1.2 Identificação do problema...4 1.2.1 Metodologia...4 1.2.2 Descrição do Problema...5 2 Proposta de sistema...5 3 Atores...6 4 Requisitos...6 4.1 Requisitos Funcionais (RF)...7

[RF01] Cadastrar, alterar e remover usuários...7

[RF02] Cadastrar, alterar e remover clientes...7

[RF03] Adicionar, alterar e remover produtos...7

[RF04] Cadastrar, alterar e remover fornecedores...7

[RF05] Visualização de produtos...7

[RF06] Recomendar produtos na visualização...8

[RF07] Registrar vendas...8

[RF08] Gerar lista de entrega para o motorista...8

[RF09] Gerar relatório de vendas...8

[RF10] Gerar relatório de estoque...8

[RF11] Aviso de estoque baixo...8

4.2 Requisitos Não-Funcionais (RNF)...9

4.2.1 Requisitos de produto...9

4.2.1.1 Segurança...9

[RNF01] Autenticação de usuário...9

[RNF02] Controle de acesso...9

[RNF03] Mesma base de dados para a loja e para os clientes...9

4.2.1.2 Usabilidade...9

[RNF04] Simplicidade de uso...9

[RNF05] Linguagem simples e clara...9

[RNF06] Design simples...10

4.2.1.3 Desempenho...10

[RNF07] Eficiência do sistema...10

[RNF08] Tempo de resposta...10

4.2.2 Requisitos de processo...10

[RNF09] Realização de vendas com agilidade...10

[RNF10] Distribuição de entregas de maneira ótima...10

[RNF11] Interoperabilidade...10

(3)

[RNF13] Compatibilidade do sistema...11 5 Casos de Uso...11 5.1 Diagrama UML...11 5.2 Detalhamento...12 6 StateChart...17 6.1 Cliente...17 6.2 Vendedor...18 6.3 Estoque...19 7 NFR...20 8 Conclusão...21 9 Apêndices...22

Apêndice A: Caso de uso em maior resolução...22

Apêndice B: StateChart visão geral...23

(4)

1 Introdução

Este documento de especificação de requisitos tem como objetivo descrever um projeto de sistema de informação. Este projeto serve como parte da avaliação da disciplina eletiva de Especificação de Requisitos e Validação de Sistemas (IF716) e tem como propósito especificar as relações entre os atores envolvidos em uma organização e detalhar os processos de negócio relacionados, promovendo aos membros da equipe de alunos a prática na captura de informação e na análise de requisitos para um sistema de informação organizacional.

1.1 Sobre a organização

A organização estudada é a GG Construção, uma empresa do ramo de varejo de material de construção, com sede localizada na Avenida Nápoles, No_{600, Rio Doce,}

Olinda. Fundada em 2007 por Geraldo de Oliveira Lima, atende a região próxima com a venda de ferramentas, ferragens, madeira, materiais elétricos, hidráulicos e para alvenaria.

As atividades da empresa estão distribuídas na loja, no térreo da sede, onde o atendimento aos clientes é realizado; no estoque, localizado nos 1o_{e 2}o_{andares acima da}

loja, onde é armazenado o abastecimento de itens vindos dos fornecedores; e no depósito, local a aproximadamente 50 metros da sede, onde são guardados os materiais mais pesados, como cimento, areia, brita e tijolos – itens para alvenaria, além de madeira e ferragens.

1.1.1 Objetivos da organização

A GG Construção tem como objetivo satisfazer seus clientes através de um serviço de atendimento rápido e de preços competitivos dentro do mercado local do bairro, oferecendo uma variedade de itens para obras de reforma e construção. Além disso, a organização busca também aumentar a quantidade de clientes por meio de um atendimento personalizado, onde os atendentes ajudam a encontrar a melhor solução para a necessidade dos clientes.

(5)

1.1.2 Motivação da organização

A empresa busca, através desse projeto, encontrar uma forma de agilizar o atendimento aos clientes, por meio da organização das informações relacionadas aos itens em estoque e à alocação de recursos para entrega, diminuindo o tempo de operação necessário para cada comprador e diminuindo custos relativos a retrabalho e ineficiência da estocagem, como desperdício de tempo, diminuição da qualidade de serviço e baixa produtividade dos funcionários.

1.2 Identificação do problema

1.2.1 Metodologia

Um dos integrantes da equipe, Pedro, foi responsável por interagir diretamente com a empresa, observando e coletando dados relacionados aos processos da organização. As informações descritas neste documento foram extraídas a partir desses dados, recolhidos por meio de entrevistas semiestruturadas com funcionários e por meio de observação do fluxo de tarefas dentro da organização, além da medição do tempo de espera dos clientes em atendimento, informações encontradas no apêndice deste documento.

Não foi analisada a opinião dos clientes, pois a organização não se mostrou confortável com a possível abordagem aos consumidores, então foi assumido que o os compradores estariam satisfeitos em esperar a sua vez no atendimento, considerando uma possível contratação de mais funcionários como solução, por exemplo. Esta informação é importante para o projeto do sistema, em virtude de ser usada como premissa para a resolução de problemas nos processos internos da empresa, em vez de procurar solucionar possíveis problemas na interação entre a loja e o cliente.

O aluno responsável pela interação com a organização visitou a empresa quatro vezes, sendo dois sábados (dia da semana com alto volume de clientes e médio de entregas), uma segunda-feira (dia com número alto de entregas) e uma quinta-feira (dia com baixa quantidade de atendimentos). A escolha dos dias foi acordada com a empresa, baseando-se em informações sobre a disponibilidade do gerente e funcionários e a quantidade de vendas e de entregas.

(6)

1.2.2 Descrição do Problema

A empresa GG Construção não possui sistemas computacionais de controle de estoque e vendas, gerando dificuldades na gerência da organização. Estas dificuldades chegam a causar conflitos de informação entre os funcionários, promovendo a redução da sua produtividade e a diminuição do lucro nas atividades da empresa.

Atualmente, a listagem de itens do estoque é feita em planilhas de papel, assim como a relação de vendas e entregas a serem realizadas. Esta maneira de organizar informação tende a gerar erros na contagem de itens em estoque, falta de organização dentro dos setores da empresa e problemas na estimativa dos prazos de entrega dos produtos vendidos.

No momento presente, o processo de gerenciamento de produtos em estoque é feito em papel, a partir de planilhas que são atualizadas no momento do abastecimento. Mas nem sempre são feitas deduções nas quantidades de itens em estoque, pela descentralização destes documentos. Um problema similar ocorre na administração das informações das vendas, que também são registradas em papel. Pela grande quantidade de vendas no mês, atualmente não é possível visualizar um refinamento dos dados do comércio de produtos, implicando em dificuldades na correção da quantidade dos itens em estoque e em possíveis investimentos na aquisição de produtos novos.

Essas dificuldades foram descritas como de principal interesse de resolução pelos membros da organização e foram escolhidas como problemas a serem resolvidos pelo sistema proposto pela equipe de alunos. Na área de TI, existem diversas aplicações de software que promovem soluções para gerência de estoque e vendas, portanto as funcionalidades descritas neste documento estão dentro da gama conhecida de produtos de software disponíveis no mercado.

2 Proposta de sistema

De acordo com as informações expostas, recolhidas através de observações e relatos dos funcionários, este trabalho apresenta uma proposta de sistema de gerência de estoque e vendas para um maior controle das atividades da empresa GG Construção.

Dentre as funcionalidades apresentadas no sistema, estarão a capacidade de gerenciar produtos, vendas e entregas. O sistema também permitirá o cadastro, alteração e

(7)

remoção das informações relacionadas a estes itens gerenciados, como os fornecedores dos produtos, os clientes relativos às vendas e endereços e itens referentes às entregas.

A proposta do sistema é dar acesso aos funcionários, dos setores de atendimento, estoque e entrega, a serviços de administração de produtos e vendas, aperfeiçoando os processos existentes na organização. O sistema servirá como interface a um banco de dados que reunirá dados sobre os itens em estoque e atividades de vendas e entregas, proporcionando dados para decisões de planejamento em níveis estratégico, tático e operacional.

3 Atores

Os atores envolvidos com os processos relacionados ao projeto e aos processos detalhados neste trabalhos estão descritos na tabela 1.

Tabela 1: Descrição das atividades e responsabilidades dos atores.

Ator Descrição

Sistema O sistema computacional que gerenciará os itens de venda, registrará vendas e organizará entregas.

Cliente O consumidor da loja, compra produtos da loja e recebe-os após o pagamento dos itens.

Loja

(atendimento)

Setor da loja que interage diretamente com o cliente, vendendo produtos e realizando orçamentos.

Fornecedor Empresa que fornece produtos e material a ser vendido na loja.

Estoque Setor da loja que organiza os produtos e interage com os fornecedores. Motorista

(entrega)

Setor da loja que organiza e entrega os produtos aos clientes.

4 Requisitos

Os requisitos levantados estão de acordo com as intenções dos membros da GG Construção e com a motivação da empresa, que busca aumentar a agilidade nas vendas de produtos e organizar melhor os itens em estoque. Com isso, a empresa vai ter mais capacidade de atendimento e um conjunto de dados mais robusto para suportar as decisões de investimento da organização. Esses requisitos estão descritos com uma sigla (RFxx para

(8)

requisitos funcionais e RNFxx para requisitos não-funcionais, onde o xx é o número do requisito dentro da determinada categoria) e classificados por relevância, com prioridades que variam entre “Desejável” (o sistema funciona de maneira satisfatória sem o requisito específico), “Importante” (o sistema funciona, mas de forma não satisfatória, sem o determinado requisito) e “Essencial” (o sistema necessita de tal requisito para funcionar).

4.1 Requisitos Funcionais (RF)

Os seguintes requisitos funcionais foram selecionados para o sistema:

[RF01] Cadastrar, alterar e remover usuários

Descrição: O sistema deve permitir o cadastro de usuários para funcionários da loja. Também dever ser possível alterar dados cadastrais de usuários, níveis de permissão de acesso e removê-los do sistema.

Prioridade: Essencial.

[RF02] Cadastrar, alterar e remover clientes

Descrição: O sistema deve permitir o cadastro de clientes da loja. Também dever ser possível alterar dados cadastrais de clientes, assim como removê-los do sistema.

[RF03] Adicionar, alterar e remover produtos

Descrição: O sistema deve permitir o cadastro de produtos da loja. Também dever ser possível alterar os dados cadastrados dos produtos, assim como removê-los do sistema.

[RF04] Cadastrar, alterar e remover fornecedores

Descrição: O sistema deve permitir o cadastro de fornecedores de produtos da loja. Também dever ser possível alterar dados cadastrais de fornecedores, assim como removê-los do sistema.

[RF05] Visualização de produtos

Descrição: O sistema deve permitir a visualização os produtos da loja.

(9)

[RF06] Recomendar produtos na visualização

Descrição: O sistema deve gerar recomendação de produtos similares ao produto visualizado pelo cliente.

Prioridade: Desejável.

[RF07] Registrar vendas

Descrição: O sistema deve permitir que um funcionário registre vendas no sistema.

[RF08] Gerar lista de entrega para o motorista

Descrição: O sistema deve permitir gerar uma lista de entregas que será usada para o motorista saber quais entregas fazer.

[RF09] Gerar relatório de vendas

Descrição: O sistema deve gerar e guardar um registro de todas as vendas da loja.

[RF10] Gerar relatório de estoque

Descrição: O sistema deve permitir gerar relatórios de estoque, para contabilizar os produtos disponíveis e saber quais produtos precisam ser repostos.

[RF11] Aviso de estoque baixo

Descrição: O sistema deve gerar um aviso de estoque baixo para que seja feita a solicitação de reposição dos produtos em falta.

(10)

4.2 Requisitos Não-Funcionais (RNF)

Os seguintes requisitos não-funcionais foram selecionados para o sistema:

4.2.1 Requisitos de produto

4.2.1.1 Segurança

[RNF01] Autenticação de usuário

Descrição: O usuário deve se autenticar com login e senha, previamente cadastrados no sistema, com o objetivo de aumentar a segurança do sistema.

Categoria: Confidencialidade. Prioridade: Essencial.

[RNF02] Controle de acesso

Descrição: O usuário só poderá acessar as tarefas disponibilizadas para o seu nível de privilégios dentro do sistema.

Categoria: Confidencialidade. Prioridade: Essencial.

[RNF03] Mesma base de dados para a loja e para os clientes

Descrição: Os funcionários da loja e os clientes têm que ter acesso às mesmas informações de maneira consistente, visualizando o mesmo conjunto de dados.

Categoria: Consistência. Prioridade: Desejável. 4.2.1.2 Usabilidade

[RNF04] Simplicidade de uso

Descrição: A interface de usuário deve ser intuitiva.

[RNF05] Linguagem simples e clara

Descrição: Disposição das informações triviais dos textos e objetividade do conteúdo de forma a facilitar o acesso ao fluxo das telas do sistema.

(11)

[RNF06] Design simples

Descrição: Uso de lógicas de telas e componentes gráficos (grids, barras de rolagem, menus) bem estruturados sem a presença de muita complexidade no acesso às informações e redução no número de cliques.

Prioridade: Desejável. 4.2.1.3 Desempenho

[RNF07] Eficiência do sistema

Descrição: O sistema deve ser rápido e não sofrer travamentos, considerando as especificações dos computadores disponíveis na loja.

Prioridade: Importante.

[RNF08] Tempo de resposta

Descrição: As páginas do sistema que envolvem carregamento de listas de itens, clientes e fornecedores devem ter tempo de carregamento menor que 3 segundos.

4.2.2 Requisitos de processo

[RNF09] Realização de vendas com agilidade

Descrição: O usuário deve ser capaz de realizar vendas através do sistema em uma pequena quantidade de passos, a fim de torná-las mais rápidas.

[RNF10] Distribuição de entregas de maneira ótima

Descrição: O sistema deve ser capaz de alocar as entregas e rearranjá-las de forma otimizada, considerando distância e tempo.

[RNF11] Interoperabilidade

Descrição: O sistema deverá ser executável em diferentes plataformas.

[RNF12] Versão Web

Descrição: Os clientes poderão acessar os itens em estoque via web.

Categoria: Portabilidade. Prioridade: Desejável.

(12)

[

RNF13] Compatibilidade do sistema

Descrição: O sistema da loja deverá ser compatível com as versões Windows 7 e superiores.

5 Casos de Uso

A modelagem dos requisitos funcionais através do diagrama de casos de uso. A descrição detalhada dos casos de uso se encontra no apêndice A.

(13)

5.2 Detalhamento

UC001 Consulta

Descrição O sistema faz uma busca dos produtos cadastrados pela loja

Atores Cliente, Loja

Prioridade Essencial

Pré-condições Não há

Pós-condições Produtos consultados no sistema

Requisitos não-funcionais RNF03, RNF12 e RNF06

Fluxo de eventos principais 1. O sistema faz a busca pelos produtos catalogados

2. O sistema retorna os produtos catalogados em ordem alfabética Fluxo de eventos secundários 1. Caso a consulta não retorne produtos

uma mensagem de aviso é exibida 2. Caso o produto não tenha em estoque

um aviso é exibido

UC002 Obter Lista de Produto

Descrição O cliente fornece os nomes dos produtos para o sistema fazer a consulta (UC001)

Atores Cliente

Prioridade Importante

Pré-condições Precisa usar o sistema do cliente

Pós-condições Lista de produtos encontrados no sistema Requisitos não-funcionais RNF03, RNF12 e RNF06

Fluxo de eventos principais 1. O cliente acessa o sistema

2. O cliente fornece o nome dos produtos

3. <include> Consulta (UC01)

4. Os dados são apresentados ao cliente Fluxo de eventos secundários 1. Se nada for informado na pesquisa o

(14)

sistema retornará um aviso

UC003 Obter Lista de Produto para Venda

Descrição A loja fornece os nomes dos produtos que

serão consultados (UC001) e marcados para venda (UC005)

Atores Loja

Pré-condições Precisa usar o sistema da loja

Pós-condições Lista de produtos encontrados no sistema Requisitos não-funcionais RNF03, RNF12 e RNF06

Fluxo de eventos principais 1. A loja acessa o sistema

2. A loja fornece o nome do produto 3. <include> Consulta (UC01)

4. A loja pode marcar o produto caso o cliente deseje comprá-lo

5. Caso haja produtos pesquisados e não marcados <extend> Listar relacionados (UC04)

Fluxo de eventos secundários 1. Se nada for informado na pesquisa o sistema retornará um aviso

UC004 Listar relacionados

Descrição O sistema retorna produtos relacionados aos pesquisados pela loja

Atores Loja

Prioridade Desejável

Pré-condições 1. Pelo menos um produto deve ter sido

pesquisado anteriormente

2. O produto pesquisado não deve estar marcado na venda atual

(15)

previamente pesquisado Requisitos não-funcionais RNF03

Fluxo de eventos principais 1. O sistema recebe uma lista de produtos

2. O sistema busca os itens relacionados a cada um dos produtos da lista 3. O resultado é retornado agrupado

por produto Fluxo de eventos secundários

UC005 Registrar venda

Descrição O sistema registra o pedido de venda com os produtos marcados (UC003) na base de dados

Atores Loja

Pré-condições A loja deve fazer a consulta do item Pós-condições O sistema registra a venda realizada Requisitos não-funcionais RNF09

Fluxo de eventos principais 1. A loja pesquisa os produtos

2. A loja marca os produtos para venda 3. A loja confirma a realização da venda 4. O sistema registra a venda na base

de dados

Fluxo de eventos secundários Caso o cliente desista da compra a loja poderá cancelar a venda

(16)

UC006 Gerar relatório

Descrição O sistema gera o relatório de vendas (UC007) ou de produtos no estoque (UC008)

Atores Loja

Pós-condições O sistema exibe os dados do relatório Requisitos não-funcionais RNF03

Fluxo de eventos principais 1. A loja acessa a seção de relatórios 2. A loja solicita o tipo de relatório

desejado

3. O sistema exibe o relatório requisitado

Fluxo de eventos secundários O sistema exibe um alerta caso não haja relatórios aplicáveis ou haja algum erro

UC007 Relatório de vendas

Descrição O sistema gera o relatório (UC006) de vendas dentro do intervalo de data especificado

Atores Loja

Pós-condições O sistema exibe os dados do relatório de vendas

Requisitos não-funcionais RNF03

desejado (vendas)

6. A loja especifica um intervalo de data

7. O sistema exibe o relatório requisitado para o intervalo escolhido

(17)

Fluxo de eventos secundários 1. O sistema exibe um alerta caso não haja relatórios aplicáveis ou haja algum erro na data

2. Caso não seja escolhido um intervalo de data o relatório será gerado para o último mês

UC008 Relatório de estoque

Descrição O sistema gera o relatório (UC006) de estoque do momento atual

Atores Loja

Pós-condições O sistema exibe os dados do relatório de estoque

Requisitos não-funcionais RNF03

desejado (estoque)

3. O sistema exibe o relatório do estoque atual

Fluxo de eventos secundários O sistema exibe um alerta caso não haja relatórios aplicáveis

(18)

6 StateChart

Esta modelagem foi realizada em Statechart, descrevendo detalhadamente como o sistema deve operar quando realizada as atividades presentes nos casos de uso descritos anteriormente.

A visão completa se encontra do Apêndice B.

6.1 Cliente

Descrição do Statechart para a interface do cliente. Onde ele tem acesso inicial a uma tela com opções de consultar produtos e, a partir desta, visualizar os detalhes de determinado produto.

(19)

6.2 Vendedor

Descrição do Statechart para a interface do vendedor. O vendedor pode, a partir da tela principal, acessar funções para gerar um relatório de vendas, manter os cadastros de clientes, fornecedores, produtos e outros funcionários através da tela ManterCadastros.

Ele também pode, da página inicial, ir para a tela de consulta de produtos, podendo adicioná-los para vendas e ver outros produtos recomendados, caso o produto seja desmarcado.

(20)

6.3 Estoque

Descrição do Statechart para a interface do estoque. O estoquista pode gerar relatórios de estoque a partir da tela principal.

(21)

7 NFR

Modelagem dos requisitos não funcionais através do NFR Framework. A visualização da modelagem completa está no apêndice C. Os requisitos foram refinados a partir das categorias Segurança, Desempenho, Usabilidade, Disponibilidade e Interoperabilidade.

O requisito não-funcional Segurança foi categorizado e decomposto em dois requisitos não funcionais, Consistência e Confidencialidade. A Consistência pode ser atingida usando uma Mesma Base de Dados para Cliente e Loja, onde o cliente e o funcionário terão acesso ao mesmo conjunto de dados para checar os itens atualmente em estoque. A Confidencialidade pode ser com a contribuição positiva de dois requisitos não-funcionais, Autenticação de Usuário, através de um sistema de login e senha, e Controle de Acesso, por meio de verificações nas páginas do sistema, visualizando apenas aquelas que estejam de acordo com o nível de permissão do usuário. Esses dois requisitos são operacionalizações importantes do sistema.

O requisito Usabilidade sofre um pouco com o requisito Controle de Acesso, demonstrado por meio de uma interdependência implícita. Usabilidade tem uma contribuição positiva do requisito Simplicidade de Uso, que, por sua vez, tem uma interdependência implícita com o requisito Autenticação de Usuário, sendo uma contribuição negativa. Simplicidade de uso tem duas contribuições positivas a partir das operacionalizações Linguagem Simples e Clara e Design Simples. Outra operacionalização importante é a Realização de Vendas com Agilidade, que contribui positivamente de maneira implícita para Usabilidade.

O requisito não funcional Interoperabilidade, para acesso do cliente e da loja em plataformas diferentes, tem uma interdependência implícita com a operacionalização Mesma Base de Dados para Cliente e Loja, de alguma maneira positiva. Interoperabilidade foi decomposto nas operacionalizações Compatibilidade do Sistema, restringindo versões de sistema operacional nas quais o sistema deve funcionar, Versão Web, onde o cliente tem acesso ao catálogo de produtos da loja, e no requisito Portabilidade, para facilitar a implementação em plataformas distintas, que possui alguma contribuição positiva a partir de Versão Web.

O requisito Desempenho é prejudicado pela operacionalização Distribuição de Entregas de Maneira Ótima, mas não tanto conforme a claim. Ele é decomposto em um requisito, Eficiência, que é atingido a partir do Baixo Tempo de Resposta.

Outro requisito, Disponibilidade, possui uma decomposição em operacionalização, o Espelhamento da Base de Dados em Servidor Local, para diminuir o tempo das operações do sistema. Isso tem alguma influência negativamente no desempenho.

(22)

8 Conclusão

De acordo com o conhecimento adquirido em sala de aula, foi possível analisar um caso do mundo real e elaborar uma solução que permite otimizar os processos encontrados em uma organização onde os fluxos de tarefas apresentam ineficiência, e que poderiam ser melhorados com o auxílio de um sistema computacional.

Usando metodologias de pesquisa e modelagem de processos e interação entre atores, a equipe de alunos foi capaz de fornecer uma visão mais clara dos problemas apresentados na empresa analisada, permitindo uma correção no modo em que as tarefas eram realizadas pela organização. A partir dos modelos gerados, usando casos de uso, statecharts e NFR para representar a organização e seus processos, é possível afirmar que a equipe mostrou evolução na capacidade de especificar requisitos e, com isso, adquirir conhecimento prático na área.

Ficou claro, também, que o uso de ferramentas e linguagens de modelagem tornou mais fácil a tarefa de entender o funcionamento da empresa estudada, dado que a abordagem visual dos recursos usados traz uma nova perspectiva ao analisar as relações entre os stakeholders envolvidos nos processos da empresa.

(23)

9 Apêndices

(24)

(25)

(26)

Formulário do relatório de equipe

Tabela 3: Descrição de papéis, contribuições e atribuições de cada membro da equipe.

Nome do

membro Papel

Esforço na

equipe (%) Assinatura

Caroline Medeiros RF, UC, Statechart 25%

Gedson de Melo RF, UC 25%

Pedro Lima RNF, NFR 25%