universidade federal de pernambuco centro de informática —...

Universidade Federal de Pernambuco

Centro de Informática — CIn

Especificação de Requisitos para Sistema deGerenciamento de Estoque da Empresa GG Construção

Professor: Jaelson Freire Brelaz de Castro

Equipe:

Engenharia da Computação:Caroline Pereira MedeirosGedson Santos de MeloWiller Amorim Sabino de Araújo

Ciência da Computação:Pedro Henrique de Queiroz Lima

Recife, de 2017

Conteúdo1 Introdução...........................................................................................................................3

1.1 Sobre a organização....................................................................................................................31.1.1 Objetivos da organização....................................................................................................31.1.2 Motivação da organização..................................................................................................4

1.2 Identificação do problema..........................................................................................................41.2.1 Metodologia........................................................................................................................41.2.2 Descrição do Problema.......................................................................................................5

2 Proposta de sistema.............................................................................................................53 Atores..................................................................................................................................64 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).............................................................................................94.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[RNF12] Versão Web.......................................................................................................10

Especificação de Requisitos e Validação de Sistemas 1

[RNF13] Compatibilidade do sistema..............................................................................11

5 Casos de Uso......................................................................................................................115.1 Diagrama UML.........................................................................................................................115.2 Detalhamento...........................................................................................................................12

6 StateChart.........................................................................................................................176.1 Cliente......................................................................................................................................176.2 Vendedor..................................................................................................................................186.3 Estoque.....................................................................................................................................19

7 NFR...................................................................................................................................208 Conclusão...........................................................................................................................219 Apêndices...........................................................................................................................22

Apêndice A: Caso de uso em maior resolução...............................................................................22Apêndice B: StateChart visão geral...............................................................................................23Apêndice C: NFR em maior resolução...........................................................................................24


1 IntroduçãoEste 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çãoA 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 2o 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.


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.


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 sistemaDe 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


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 AtoresOs 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 opagamento dos itens.

Loja(atendimento)

Setor da loja que interage diretamente com o cliente, vendendoprodutos 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 RequisitosOs 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


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 deacesso 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 serpossí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 serpossí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ê-losdo sistema.


[RF05] Visualização de produtos

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

Prioridade: Importante.


[RF06] Recomendar produtos na visualização

Descrição: O sistema deve gerar recomendação de produtos similares ao produtovisualizado 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 omotorista 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 osprodutos 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 asolicitação de reposição dos produtos em falta.



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árioDescrição: O usuário deve se autenticar com login e senha, previamente cadastrados nosistema, com o objetivo de aumentar a segurança do sistema.

Categoria: Confidencialidade.


[RNF02] Controle de acesso

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

Categoria: Confidencialidade.


[RNF03] Mesma base de dados para a loja e para os clientesDescrição: Os funcionários da loja e os clientes têm que ter acesso às mesmasinformações de maneira consistente, visualizando o mesmo conjunto de dados.

Categoria: Consistência.


4.2.1.2 Usabilidade

[RNF04] Simplicidade de usoDescriçã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 deforma a facilitar o acesso ao fluxo das telas do sistema.



[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 eredução no número de cliques.


4.2.1.3 Desempenho

[RNF07] Eficiência do sistemaDescrição: O sistema deve ser rápido e não sofrer travamentos, considerando asespecificações dos computadores disponíveis na loja.


[RNF08] Tempo de respostaDescriçã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.Prioridade: Desejável.

4.2.2 Requisitos de processo

[RNF09] Realização de vendas com agilidadeDescrição: O usuário deve ser capaz de realizar vendas através do sistema em umapequena quantidade de passos, a fim de torná-las mais rápidas.


[RNF10] Distribuição de entregas de maneira ótimaDescrição: O sistema deve ser capaz de alocar as entregas e rearranjá-las de formaotimizada, considerando distância e tempo.


[RNF11] InteroperabilidadeDescrição: O sistema deverá ser executável em diferentes plataformas.


[RNF12] Versão WebDescrição: Os clientes poderão acessar os itens em estoque via web.

Categoria: Portabilidade.



[RNF13] Compatibilidade do sistemaDescrição: O sistema da loja deverá ser compatível com as versões Windows 7 esuperiores.


5 Casos de UsoA 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


5.2 Detalhamento

UC001 Consulta

Descrição O sistema faz uma busca dos produtoscadastrados 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 produtoscatalogados

2. O sistema retorna os produtoscatalogados em ordem alfabética

Fluxo de eventos secundários 1. Caso a consulta não retorne produtosuma mensagem de aviso é exibida

2. Caso o produto não tenha em estoqueum aviso é exibido

UC002 Obter Lista de Produto

Descrição O cliente fornece os nomes dos produtospara 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


Fluxo de eventos principais 1. O cliente acessa o sistema2. O cliente fornece o nome dos

produtos3. <include> Consulta (UC01)4. Os dados são apresentados ao cliente

Fluxo de eventos secundários 1. Se nada for informado na pesquisa o


sistema retornará um aviso

UC003 Obter Lista de Produto para Venda

Descrição A loja fornece os nomes dos produtos queserão consultados (UC001) e marcados paravenda (UC005)

Atores Loja


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

Pós-condições Lista de produtos encontrados no sistema


Fluxo de eventos principais 1. A loja acessa o sistema2. A loja fornece o nome do produto3. <include> Consulta (UC01)4. A loja pode marcar o produto caso o

cliente deseje comprá-lo5. Caso haja produtos pesquisados e não

marcados <extend> Listarrelacionados (UC04)

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

UC004 Listar relacionados

Descrição O sistema retorna produtos relacionados aospesquisados pela loja

Atores Loja

Prioridade Desejável

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

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

Pós-condições Itens relacionados a um produto


previamente pesquisado

Requisitos não-funcionais RNF03

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

2. O sistema busca os itens relacionadosa cada um dos produtos da lista

3. O resultado é retornado agrupadopor produto

Fluxo de eventos secundários

UC005 Registrar venda

Descrição O sistema registra o pedido de venda com osprodutos marcados (UC003) na base dedados

Atores Loja


Pré-condições A loja deve fazer a consulta do item

Pós-condições O sistema registra a venda realizada


Fluxo de eventos principais 1. A loja pesquisa os produtos2. A loja marca os produtos para venda3. A loja confirma a realização da venda4. O sistema registra a venda na base

de dados

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


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


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

desejado3. O sistema exibe o relatório

requisitado

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

UC007 Relatório de vendas

Descrição O sistema gera o relatório (UC006) devendas dentro do intervalo de dataespecificado

Atores Loja



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



desejado (vendas)6. A loja especifica um intervalo de

data7. O sistema exibe o relatório

requisitado para o intervalo escolhido


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

2. Caso não seja escolhido um intervalode 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) deestoque do momento atual

Atores Loja



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



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 hajarelatórios aplicáveis


6 StateChartEsta modelagem foi realizada em Statechart, descrevendo detalhadamente como o

sistema deve operar quando realizada as atividades presentes nos casos de uso descritosanteriormente.

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

6.1 ClienteDescriçã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 dedeterminado produto.


6.2 VendedorDescriçã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 declientes, 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, podendoadicioná-los para vendas e ver outros produtos recomendados, caso o produto sejadesmarcado.


6.3 EstoqueDescrição do Statechart para a interface do estoque. O estoquista pode gerar

relatórios de estoque a partir da tela principal.


7 NFRModelagem 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 dascategorias Segurança, Desempenho, Usabilidade, Disponibilidade e Interoperabilidade.

O requisito não-funcional Segurança foi categorizado e decomposto em dois requisitosnão funcionais, Consistência e Confidencialidade. A Consistência pode ser atingida usandouma Mesma Base de Dados para Cliente e Loja, onde o cliente e o funcionário terão acessoao mesmo conjunto de dados para checar os itens atualmente em estoque. AConfidencialidade 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 estejamde acordo com o nível de permissão do usuário. Esses dois requisitos são operacionalizaçõesimportantes 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 umacontribuição positiva do requisito Simplicidade de Uso, que, por sua vez, tem umainterdependência implícita com o requisito Autenticação de Usuário, sendo umacontribuição negativa. Simplicidade de uso tem duas contribuições positivas a partir dasoperacionalizações Linguagem Simples e Clara e Design Simples. Outra operacionalizaçãoimportante é a Realização de Vendas com Agilidade, que contribui positivamente demaneira implícita para Usabilidade.

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

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

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


8 ConclusãoDe 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.


9 Apêndices

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


Apêndice B: StateChart visão geral


Apêndice C: NFR em maior resolução


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

PapelEsforço naequipe (%)

Assinatura

Caroline Medeiros RF, UC, Statechart 25%

Gedson de Melo RF, UC 25%

Pedro Lima RNF, NFR 25%

Willer de Araujo RNF, NFR 25%


universidade federal de pernambuco centro de informática —...

Documents