Universidade Federal de Pernambuco Centro de Informática CIn

Transcrição

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: Pedro Henrique de Queiroz Lima Recife, de 2017

2 Conteúdo 1 Introdução Sobre a organização Objetivos da organização Motivação da organização Identificação do problema Metodologia Descrição do Problema Proposta de sistema Atores Requisitos 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 Requisitos Não-Funcionais (RNF) Requisitos de produto 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 Usabilidade...9 [RNF04] Simplicidade de uso...9 [RNF05] Linguagem simples e clara...9 [RNF06] Design simples Desempenho...10 [RNF07] Eficiência do sistema...10 [RNF08] Tempo de resposta Requisitos de processo...10 [RNF09] Realização de vendas com agilidade...10 [RNF10] Distribuição de entregas de maneira ótima...10 [RNF11] Interoperabilidade...10 [RNF12] Versão Web...10 Especificação de Requisitos e Validação de Sistemas 1

3 [RNF13] Compatibilidade do sistema Casos de Uso Diagrama UML Detalhamento StateChart Cliente Vendedor Estoque NFR Conclusão Apêndices...22 Apêndice A: Caso de uso em maior resolução...22 Apêndice B: StateChart visão geral...23 Apêndice C: NFR em maior resolução...24 Especificação de Requisitos e Validação de Sistemas 2

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, N o 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 1 o 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 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. Especificação de Requisitos e Validação de Sistemas 3

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 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. Especificação de Requisitos e Validação de Sistemas 4

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 Especificação de Requisitos e Validação de Sistemas 5

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. Sistema Cliente Ator Loja (atendimento) Fornecedor Estoque Motorista (entrega) Tabela 1: Descrição das atividades e responsabilidades dos atores. Descrição O sistema computacional que gerenciará os itens de venda, registrará vendas e organizará entregas. O consumidor da loja, compra produtos da loja e recebe-os após o pagamento dos itens. Setor da loja que interage diretamente com o cliente, vendendo produtos e realizando orçamentos. Empresa que fornece produtos e material a ser vendido na loja. Setor da loja que organiza os produtos e interage com os fornecedores. 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 Especificação de Requisitos e Validação de Sistemas 6

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 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 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. Prioridade: Essencial. [RF03] Adicionar, alterar e remover produtos 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. Prioridade: Essencial. [RF04] Cadastrar, alterar e remover fornecedores 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. Prioridade: Essencial. [RF05] Visualização de produtos Prioridade: Importante. O sistema deve permitir a visualização os produtos da loja. Especificação de Requisitos e Validação de Sistemas 7

9 [RF06] Recomendar produtos na visualização visualizado pelo cliente. Prioridade: Desejável. [RF07] Registrar vendas Prioridade: Essencial. O sistema deve gerar recomendação de produtos similares ao produto O sistema deve permitir que um funcionário registre vendas no sistema. [RF08] Gerar lista de entrega para o motorista O sistema deve permitir gerar uma lista de entregas que será usada para o motorista saber quais entregas fazer. Prioridade: Essencial. [RF09] Gerar relatório de vendas O sistema deve gerar e guardar um registro de todas as vendas da loja. Prioridade: Essencial. [RF10] Gerar relatório de estoque O sistema deve permitir gerar relatórios de estoque, para contabilizar os produtos disponíveis e saber quais produtos precisam ser repostos. Prioridade: Essencial. [RF11] Aviso de estoque baixo O sistema deve gerar um aviso de estoque baixo para que seja feita a solicitação de reposição dos produtos em falta. Prioridade: Importante. Especificação de Requisitos e Validação de Sistemas 8

10 4.2 Requisitos Não-Funcionais (RNF) Os seguintes requisitos não-funcionais foram selecionados para o sistema: Requisitos de produto Segurança [RNF01] Autenticação de usuário 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 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 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 Usabilidade [RNF04] Simplicidade de uso Prioridade: Essencial. A interface de usuário deve ser intuitiva. [RNF05] Linguagem simples e clara 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. Prioridade: Importante. Especificação de Requisitos e Validação de Sistemas 9

11 [RNF06] Design simples 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 Desempenho [RNF07] Eficiência do sistema 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 As páginas do sistema que envolvem carregamento de listas de itens, clientes e fornecedores devem ter tempo de carregamento menor que 3 segundos. Prioridade: Desejável Requisitos de processo [RNF09] Realização de vendas com agilidade 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. Prioridade: Essencial. [RNF10] Distribuição de entregas de maneira ótima O sistema deve ser capaz de alocar as entregas e rearranjá-las de forma otimizada, considerando distância e tempo. Prioridade: Desejável. [RNF11] Interoperabilidade O sistema deverá ser executável em diferentes plataformas. Prioridade: Importante. [RNF12] Versão Web Categoria: Os clientes poderão acessar os itens em estoque via web. Portabilidade. Prioridade: Desejável. Especificação de Requisitos e Validação de Sistemas 10

12 [RNF13] Compatibilidade do sistema superiores. Prioridade: Importante. O sistema da loja deverá ser compatível com as versões Windows 7 e 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. 5.1 Diagrama UML Especificação de Requisitos e Validação de Sistemas 11

13 5.2 Detalhamento UC001 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Consulta O sistema faz uma busca dos produtos cadastrados pela loja Cliente, Loja Essencial Não há Produtos consultados no sistema RNF03, RNF12 e RNF06 1. O sistema faz a busca pelos produtos catalogados 2. O sistema retorna os produtos catalogados em ordem alfabética 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 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Obter Lista de Produto O cliente fornece os nomes dos produtos para o sistema fazer a consulta (UC001) Cliente Importante Precisa usar o sistema do cliente Lista de produtos encontrados no sistema RNF03, RNF12 e RNF06 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 1. Se nada for informado na pesquisa o Especificação de Requisitos e Validação de Sistemas 12

14 sistema retornará um aviso UC003 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Obter Lista de Produto para Venda A loja fornece os nomes dos produtos que serão consultados (UC001) e marcados para venda (UC005) Loja Essencial Precisa usar o sistema da loja Lista de produtos encontrados no sistema RNF03, RNF12 e RNF06 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) 1. Se nada for informado na pesquisa o sistema retornará um aviso UC004 Descrição Atores Prioridade Pré-condições Pós-condições Listar relacionados O sistema retorna produtos relacionados aos pesquisados pela loja Loja Desejável 1. Pelo menos um produto deve ter sido pesquisado anteriormente 2. O produto pesquisado não deve estar marcado na venda atual Itens relacionados a um produto Especificação de Requisitos e Validação de Sistemas 13

15 previamente pesquisado Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários RNF03 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 UC005 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Registrar venda O sistema registra o pedido de venda com os produtos marcados (UC003) na base de dados Loja Essencial A loja deve fazer a consulta do item O sistema registra a venda realizada RNF09 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 Caso o cliente desista da compra a loja poderá cancelar a venda Especificação de Requisitos e Validação de Sistemas 14

16 UC006 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Gerar relatório O sistema gera o relatório de vendas (UC007) ou de produtos no estoque (UC008) Loja Essencial Precisa usar o sistema da loja O sistema exibe os dados do relatório RNF03 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 O sistema exibe um alerta caso não haja relatórios aplicáveis ou haja algum erro UC007 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Relatório de vendas O sistema gera o relatório (UC006) de vendas dentro do intervalo de data especificado Loja Essencial Precisa usar o sistema da loja O sistema exibe os dados do relatório de vendas RNF03 4. A loja acessa a seção de relatórios 5. A loja solicita o tipo de relatório desejado (vendas) 6. A loja especifica um intervalo de data 7. O sistema exibe o relatório requisitado para o intervalo escolhido Especificação de Requisitos e Validação de Sistemas 15

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 Descrição Atores Prioridade Pré-condições Pós-condições Requisitos não-funcionais Fluxo de eventos principais Fluxo de eventos secundários Relatório de estoque O sistema gera o relatório (UC006) de estoque do momento atual Loja Essencial Precisa usar o sistema da loja O sistema exibe os dados do relatório de estoque RNF03 1. A loja acessa a seção de relatórios 2. A loja solicita o tipo de relatório desejado (estoque) 3. O sistema exibe o relatório do estoque atual O sistema exibe um alerta caso não haja relatórios aplicáveis Especificação de Requisitos e Validação de Sistemas 16

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. Especificação de Requisitos e Validação de Sistemas 17

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. Especificação de Requisitos e Validação de Sistemas 18

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. Especificação de Requisitos e Validação de Sistemas 19

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. Especificação de Requisitos e Validação de Sistemas 20

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. Especificação de Requisitos e Validação de Sistemas 21

23 9 Apêndices Apêndice A: Caso de uso em maior resolução Especificação de Requisitos e Validação de Sistemas 22

24 Apêndice B: StateChart visão geral Especificação de Requisitos e Validação de Sistemas 23

25 Apêndice C: NFR em maior resolução Especificação de Requisitos e Validação de Sistemas 24

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% Willer de Araujo RNF, NFR 25% Especificação de Requisitos e Validação de Sistemas 25