Grupo4_RequisitosNaoFuncionais_2013_1

Prévia do material em texto

UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 1 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Requisitos Não Funcionais 
Projeto: WAGER 
Controle de Versão 
Versão Data Descrição da Alteração Autor 
1.0 10/04/2013 Primeira versão do documento Aluno 1 
1.1 14/04/2013 Escrita do RNF Usabilidade Aluno 2 
1.2 14/04/2013 Escrita do RNF Confiabilidade do produto 
e do RNF020 - Linguagens e frameworks 
utilizados. Revisão e Aprovação do 
RNF002 – Tempo de Carregamento de 
Imagens 
Aluno 3 
1.3 14/04/2013 Escrita do RNF017 – Tempo e Modo de 
Carregamento de Videos e RNF009 - 
Padrões de performance 
 
Aluno 4 
1.4 14/04/2013 Escrita: Interoperabilidade:RNF007 - 
Integrações às plataformas: webservice, 
banco de dados Oracle, módulo BI SAP, e 
Suportabilidade. 
Aluno 5 
1.5 14/04/2013 Escrita dos RNF Usabilidade e 
Capacidade, Revisão dos demais RNF 
Aluno 2 
1.6 15/04/2013 Revisão em Limite Máximo de Tentativas 
de Acesso para Usuários com Perfil 
Administrador, Aprovação de Requisitos de 
Usabilidade, Capacidade e Confiabilidade. 
Aluno 1 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 2 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
1.7 15/04/2013 Escrita do RNF021 - Ferramenta de 
controle de versão, RNF022 - Ferramenta 
de controle de mudanças, RFN023 - IDE 
utilizada, RNF024 - Ferramenta de testes, 
RNF025 - Ferramenta de testes unitários, 
RNF026 - Ferramenta de integração 
contínua, RNF027 - TDD (Test Driven 
Development), RNF028 - Ferramenta de 
gestão de projetos, RNF029 - Rotulamento 
padrão de baselines. Revisão e aprovação 
do RFN001 - Padrões de Usabilidade 
Aluno 3 
1.8 16/04/2013 Revisão do RNF019 - Metodologia 
Adotada 
Aluno 4 
1.9 17/04/2013 Revisão do RNF019 - Metodologia 
Adotada e elaboração do RNF030 - Ciclo 
de vida do Sprint e RNF031 - Padrões de 
Qualidade 
Aluno 4 
1.10 17/04/2013 Revisão do RNF – Padrões de 
apresentação de Imagens, Padrões de 
apresentação de vídeos, Criptografia SSL, 
Registro de Sessão para Usuários 
Administradores, Perfil Administrador, 
Capacidade do produto 
Aluno 3 
1.11 18/04/2013 Escrita do RNF018 - Prazos do Projeto, 
Aprovação e Revisão de Requisitos 
Aluno 1 
1.12 18/04/2013 Revisão do RNF004 - Padrões de 
performance, RNF019 - Metodologia 
Adotada e RNF030 - Ciclo de vida do 
Sprint. 
Aluno 4 
1.13 18/04/2013 Revisão Final Aluno 3, Aluno 
2, Aluno 4 e 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 3 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Aluno 1 
 
Sumário 
 
Requisitos Não Funcionais de Produto ................................................................. 5 
Usabilidade ............................................................................................................. 5 
RFN001 - Padrões de Usabilidade ....................................................................... 5 
Desempenho ........................................................................................................... 6 
RNF002 – Padrões de Apresentação de Imagens ............................................... 6 
RNF003 – Padrões de Apresentação de Vídeos ................................................. 7 
RNF004 - Padrões de Performance ..................................................................... 8 
Segurança ............................................................................................................... 8 
RNF005 – Criptografia SSL .................................................................................. 8 
RNF006 – Registro de Sessão para Usuários Administradores ........................... 9 
RNF007 – Limite Máximo de Tentativas de Acesso para Usuários com Perfil 
Administrador ....................................................................................................... 9 
Confiabilidade ....................................................................................................... 10 
RNF008 - Confiabilidade do produto .................................................................. 10 
Capacidade ........................................................................................................... 11 
RNF009 - Escalabilidade .................................................................................... 11 
Suportabilidade ..................................................................................................... 12 
RNF010 - Suporte aos navegadores Internet Explorer 7 ou superior, Mozilla 
Firefox 19 ou superior, Google Chrome 19 ou superior, Safari 3.0 ou superior . 12 
RNF011 - Suporte às plataformas móveis Windows RT, iOS v.:6.0 e Android 
v.:2.2 ou superior................................................................................................ 12 
RNF012 - Suporte aos sistemas operacionais Windows XP ou superior, Linux 
Ubuntu 8.04, MacOS X 10 ou superior ............................................................... 12 
RNF013 - Suporte à arquivos de vídeo: pacote de codecs com Dvix ................ 13 
RNF014 - Suporte à arquivos de imagens: GIF, JPEG ou PNG ... Erro! Indicador 
não definido. 
RNF015 - Suporte à arquivos PDF..................................................................... 13 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 4 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Interoperabilidade.................................................................................................. 14 
RNF016 - Integrações às plataformas: webservice, banco de dados Oracle, 
módulo BI SAP ................................................................................................... 14 
RNF017 - Padrões de Sincronização ................................................................. 14 
 
Requisitos Não Funcionais de Processo ............................................................. 15 
Prazo ..................................................................................................................... 15 
RNF018 - Prazos do Projeto .............................................................................. 15 
Metodologia ........................................................................................................... 16 
RNF019 - Metodologia Adotada ......................................................................... 16 
RNF020 - Padrões de Qualidade ....................................................................... 17 
Implementação ...................................................................................................... 18 
RNF021- Linguagens e frameworks utilizados ................................................... 18 
RNF022 - Ferramenta de controle de versão ..................................................... 18 
RNF023 - Ferramenta de controle de mudanças ............................................... 19 
RFN024 - IDE utilizada ....................................................................................... 19 
RNF025 - Ferramenta de testes ......................................................................... 19 
RNF026 - Ferramenta de testes unitários ..........................................................20 
RNF027 - Ferramenta de integração contínua ................................................... 20 
RNF028 - TDD (Test Driven Development) ........................................................ 20 
RNF029 - Ferramenta de gestão de projetos ..................................................... 21 
RNF030 - Rotulamento padrão de baselines ..................................................... 21 
 
Requisitos Não Funcionais Externos ................................................................... 22 
 
 
 
 
 
 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 5 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Requisitos Não Funcionais de Produto 
 
Usabilidade 
RFN001 - Padrões de Usabilidade 
 O sistema WAGER deve apresentar padrões de ergonomia para usuários do 
domínio de varejo, isto é, deve empregar termos comuns e interface intuitiva aos 
usuários do domínio. Assim, o padrão de layout utilizado deverá apresentar as 
informações da seguinte forma: 
 
Os blocos de informação apresentados na imagem acima possuem as 
seguintes características: 
○ Cabeçalho: este bloco apresentará a marca, o banner da marca, a 
marca da PQT, o nome do usuário logado no sistema, e um link para 
logoff; 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 6 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
○ Menu principal: este bloco apresentará os menus principais do 
sistema; 
○ Menu lateral: este bloco apresentará menus, filtros de pesquisa e 
botões para seleção das marcas; 
○ Corpo da página: este bloco apresentará as informações, imagens e 
vídeos. É o principal bloco da página, onde o usuário mais vai interagir. 
 Os termos da página terão o seguinte padrão: 
○ Fonte: Trebuchet MS ou Verdana 
○ Tamanho da fonte: a) Título: 30 pt, b) Subtítulo nível 1: 18 pt, c) 
Subtítulo nível 2: 14 pt, d) Texto normal: 11 pt, e) Texto dos botões: 12 
pt; 
○ Cores: as cores dos textos normais, títulos, subtítulos e plano de fundo 
serão apresentadas conforme configuração da interface. 
Prioridade Complexidade Status Versão Autor 
Alta Baixa Elaborado 1.0 Aluno 2 
Alta Baixa Aprovado 1.1 Aluno 1 
Alta Baixa Aprovado 1.2 Aluno 3 
 
 
Desempenho 
RNF002 – Padrões de Apresentação de Imagens 
O limite máximo de tempo para o carregamento de imagens no módulo on-
line do WAGER não deverá ultrapassar 15 (quinze) segundos para conexões de 1 
Mbps ou superior. Para assegurar tal desempenho, os formatos de imagem 
suportados pelo sistema serão: JPEG, GIF e PNG. 
Prioridade Complexidade Status Versão Autor 
Baixa Baixa Elaborado 1.0 Aluno 1 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 7 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Baixa Baixa Revisado 1.1 Aluno 2 
Baixa Baixa Revisado e 
Aprovado 
1.2 Aluno 3 
 
RNF003 – Padrões de Apresentação de Vídeos 
O sistema será apto a apresentar os vídeos publicitários desenvolvidos pela 
equipe de marketing da PQT, vídeos esses que serão disponibilizados ao sistema 
através do banco de dados do ERP da empresa e das rotinas de sincronização do 
sistema. Para realizar o suporte à esses vídeos, o sistema contará com o pacote de 
codecs com Dvix. Esse pacote possui suporte aos seguintes formatos de vídeo: AVI, 
MOV, MPG, MLV, WMV, MKV e OGM. Recomenda-se, porém, que os vídeos 
utilizados sejam preferencialmente nos formatos MOV, WMV ou MPG. 
No módulo offline do sistema, os vídeos serão baixados junto com a rotina de 
sincronização do sistema, e armazenados no banco de dados local. Esses vídeos 
permanecerão no banco de dados local até o momento em que uma nova 
campanha de uma nova coleção se iniciar. Então, os vídeos da coleção antiga são 
excluídos e dão lugar aos vídeos da nova campanha. 
No módulo online do sistema, os vídeos são carregados diretamente do 
banco de dados do ERP da PQT por meio de conexão de rede. O carregamento do 
vídeo começa somente no momento em que o usuário inicia a visualização do vídeo. 
Nesse módulo, com uma conexão de 2 Mbps, os vídeos não devem apresentar 
interrupções durante a sua exibição. 
Prioridade Complexidade Status Versão Autor 
Baixa Média Elaborado 1.0 Aluno 4 
Média Média Revisado 1.1 Aluno 1 
Média Média Revisado e 
Aprovado 
1.2 Aluno 3 
Média Média Revisado e 
Aprovado 
1.3 Aluno 2 
 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 8 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
RNF004 - Padrões de Performance 
Após o login, o limite de tempo para o carregamento do sistema deve durar 
no máximo 15 (quinze) segundos. O tempo médio estimado para completar uma 
pesquisa ou gerar um relatório é de 30 (trinta) segundos. Ao realizar downloads, 
será enviada uma solicitação para o servidor e o sistema poderá ser utilizada 
concorrentemente. Após o sistema ter realizado todos os downloads, será mostrada 
uma lista informando todos os downloads realizados. Além disso, nas plataformas 
mobile, os vídeos poderão ser vistos caso haja conexão com a internet. 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 4 
Média Média Revisado 1.1 Aluno 4 
Média Média Revisado e 
Aprovado 
1.2 Aluno 3, 
Aluno 2 e 
Aluno 4 
 
Segurança 
RNF005 – Criptografia SSL 
Para assegurar a segurança na transmissão de dados pela rede, o sistema 
adotará o padrão de criptografia SSL (Secure Sockets Layer). O SSL possui suporte 
no banco de dados Oracle e suporte nativo nos web-browsers à serem utilizados 
pelo sistema. 
A implementação de SSL utilizará o padrão de autenticação mútua 
(cliente/servidor) com X.509. 
Prioridade Complexidade Status Versão Autor 
Alta Baixa Elaborado 1.0 Aluno 1 
Alta Baixa Revisado e 
aprovado 
1.1 Aluno 2 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 9 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Alta Baixa Revisado e 
Aprovado 
1.2 Aluno 3 
 
RNF006 – Registro de Sessão para Usuários Administradores 
Somente os usuários autorizados pela PQT deverão possuir acesso ao modo 
administrador, sendo esse acesso por meio de um login e senha exclusivos 
fornecidos pela PQT a cada um dos usuários autorizados. 
Todas as ações realizadas pelos usuários administradores no menu 
“Administração” deverão ser registradas e arquivadas no banco de dados da 
empresa, disponíveis para posteriores consultas, durante o prazo mínimo de 1 (um) 
ano. O registro é emitido no formato de arquivo de texto e é armazenado no banco 
de dados a cada ação executada no sistema. Nesse registro devem constar: 
● Data e hora da ação; 
● Identificação do usuário; 
● Tipo das ações realizadas (que podem ser: cadastro, edição, exclusão, 
alteração, visualização de informações administrativas); 
● Local de alteração das ações (que podem ser: tabelas ou arquivos de 
configuração). 
Com esse registro, a empresa será capaz de apurarresponsáveis por 
possíveis problemas decorridos de má utilização do sistema. 
Prioridade Complexidade Status Versão Autor 
Baixa Baixa Elaborado 1.0 Aluno 1 
Baixa Baixa Revisado e 
aprovado 
1.1 Aluno 2 
Baixa Baixa Revisado e 
Aprovado 
1.2 Aluno 3 
 
RNF007 – Limite Máximo de Tentativas de Acesso para Usuários com 
Perfil Administrador 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 10 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
O usuário administrador possuirá o limite máximo de 3 (três) tentativas de 
acesso em caso de falha. O número de tentativas falhas de acesso é cumulativa, ou 
seja, as tentativas falhas de acesso em uma determinada data serão contabilizadas 
para o atingimento do limite em qualquer outra data. 
Sempre que o usuário obtiver êxito em realizar o acesso dentro do limite 
máximo de 3 (três) tentativas falhas, seu limite máximo de tentativas de acesso 
voltará a ser 3 (três) na próxima vez que tentar acessar o sistema. 
Caso o usuário erre sua senha mais de 3 (três) vezes, seu login será 
automaticamente bloqueado. Nas próximas vezes em que tentar acessar o sistema, 
será informada na tela a seguinte mensagem: “Login bloqueado. Limite máximo de 
tentativas de acesso atingido. Por favor, contate o administrador do sistema e 
regularize sua situação.” Essa mensagem persistirá em todas as tentativas de 
acesso do usuário bloqueado até o momento em que seu login seja liberado 
novamente pelo administrador do sistema. 
Prioridade Complexidade Status Versão Autor 
Baixa Baixa Elaborado 1.0 Aluno 1 
Baixa Baixa Revisado 1.1 Aluno 2 
Baixa Baixa Revisado 1.2 Aluno 1 
Baixa Baixa Revisado e 
Aprovado 
1.3 Aluno 3 
 
 
Confiabilidade 
RNF008 - Confiabilidade do produto 
 
O sistema de Força de Vendas deverá garantir a plena confiabilidade no que 
se refere à coleta, gerenciamento e monitoramento dos dados, assim como na 
disponibilidade do sistema, que deverá funcionar 24 horas por dia, nos 7 dias da 
semana. Além disso, a troca de informações no funcionamento online deverá ser 
rápida e eficaz, e o software deverá fornecer as funcionalidades suficientes ao 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 11 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
negócio mesmo sem acesso a internet, sendo independente de interrupções 
externas. Ainda, as sincronizações não deverão interromper as funcionalidades do 
sistema. O sistema deverá garantir o completo sigilo dos dados armazenados e 
processados, assim como disponibilizar as funcionalidades de maneira precisa e 
adequada, exigindo o menor número possível de atualizações. 
 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 3 
 Alta Alta Aprovado 1.0 Aluno 1 
 
 
Capacidade 
RNF009 - Escalabilidade 
 Em seu módulo online, o sistema deve ser escalável, ou seja, capaz de 
suportar um grande número de usuários simultâneos, sem apresentar bugs ou 
indisposições. O sistema deve também ser capaz de lidar de forma eficaz com o 
crescente volume de dados advindo da grande quantidade de imagens e material de 
marketing. 
Prioridade Complexidade Status Versão Autor 
Média Alta Elaborado 1.0 Aluno 2 
Média Alta Aprovado 1.1 Aluno 1 
Média Alta Revisado 1.2 Aluno 3 
Média Alta Revisado 1.3 Aluno 1 
Média Alta Aprovado 1.4 Aluno 3, Aluno 2 e 
Aluno 4 
 
 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 12 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Suportabilidade 
RNF010 - Suporte aos navegadores Internet Explorer 7 ou superior, 
Mozilla Firefox 19 ou superior, Google Chrome 19 ou superior, Safari 3.0 ou 
superior 
 Para garantir a compatibilidade com todos os navegadores acima listados 
será necessário a instalação da JVM (Java Virtual Machine) 7 ou superior. 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 5 
Alta Alta Aprovado 1.0 Aluno 1 
 
RNF011 - Suporte às plataformas móveis Windows RT, iOS v.:6.0 e 
Android v.:2.2 ou superior 
 Basta as plataformas móveis possuírem navegadores com suporte à HTML5. 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 5 
Alta Alta Aprovado 1.0 Aluno 1 
 
RNF012 - Suporte aos sistemas operacionais Windows XP ou superior, 
Linux Ubuntu 8.04, MacOS X 10 ou superior 
 Para garantir a compatibilidade com todos os sistemas operacionais acima 
listados será necessário a instalação da JVM (Java Virtual Machine) 7 ou superior. 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 5 
Alta Alta Aprovado 1.0 Aluno 1 
 
 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 13 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
RNF013 - Suporte à arquivos de vídeo: pacote de codecs com Dvix 
 Para a execução dos videos de publicidades da marca será necessário a 
utilização de codecs Dvix. Aplicativos necessários para às suas respectivas 
plataformas: 
● Android: Aplicativo MXPlayer versão 1.7 ou superior 
● iOs: Aplicativo VLC Player 6.25 ou superior 
● Windows RT: Já vem com suporte para arquivos de video do tipo “.avi” 
● Windows XP ou superior: Software K-litle codec. 
● MacOS X 10 ou superior: Aplicativo DviX Player Alpha versão 7.0 ou 
superior 
● Linux: Aplicativo DviX Player Alpha versão 2.0 ou superior 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 5 
Alta Média Aprovado 1.0 Aluno 1 
 
RNF015 - Suporte à arquivos PDF 
 Para a visualização dos arquivos do tipo “.pdf” segue lista de aplicativos 
necessários, com suas respectivas plataformas: 
● Android: Adobe Reader versao 10 ou superior. 
● iOs: Aplicativo PDF Reader versão 4.0.2 ou superior 
● Windows RT: Windows Reader 
● Windows XP ou superior: Adobe Reader versao 10 ou superior. 
● MacOS X 10 ou superior: Aplicativo PDF Reader versão 4.0.2 ou 
superior 
● Linux: Adobe Reader versao 10 ou superior. 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 14 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Prioridade Complexidade Status Versão Autor 
Média Média Elaborado 1.0 Aluno 5 
Média Média Aprovado 1.0 Aluno 1 
 
 
Interoperabilidade 
RNF016 - Integrações às plataformas: webservice, banco de dados 
Oracle, módulo BI SAP 
 A sincronização utilizará uma rotina de atualização e balanceamento das 
tabelas dos banco de dados entre cliente (módulo offline) e servidor Oracle. 
 Será utilizado também serviço de integração REST (Representational State 
Transfer), que no projeto WAGER é o grande responsável pela escalabilidade, 
representação e conversão de dados para a utilização das multiplataformas. Ele tem 
como principal objetivo a desvinculação do projeto da interface. 
Prioridade Complexidade Status Versão Autor 
Média Média Elaborado 1.0 Aluno 5 
Média Média Revisado e 
aprovado 
1.1 Aluno 3, Aluno 
2 eAluno 4 
 
RNF017 - Padrões de Sincronização 
As atualizações e padrões de sincronização deverão ocorrer dentro do 
período previamente estabelecido pelo administrador nas Configurações Técnicas 
do sistema. 
Prioridade Complexidade Status Versão Autor 
Alta Baixa Elaborado 1.0 Aluno 3, Aluno 
2 e Aluno 4 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 15 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Alta Baixa Aprovado 1.0 Aluno 1 
 
Requisitos Não Funcionais de Processo 
 
Prazo 
RNF018 - Prazos do Projeto 
Partindo da premissa que a equipe do projeto contará com um gerente de 
projeto, dois analistas de sistemas, um arquiteto de software, um líder de qualidade, 
dois analistas de testes, três desenvolvedores e um testador, e sendo SCRUM a 
metodologia de desenvolvimento adotada, segundo detalhado no RFN019 - 
Metodologia Adotada, o projeto deve seguir o seguinte cronograma de atividades: 
 
● Reunião de Kick off - Reunião onde toda a equipe deverá participar, sendo 
realizada no início do projeto, que tem o objetivo de estabelecer um plano e 
metas que a equipe e o resto da organização possam entender e comunicar. 
Nessa reunião se estabelece também uma data de entrega e custo prováveis 
que devem se manter se nada mudar. Definição das metas e incrementos 
desejados ao final de cada Sprint. 
 
● Sprints - As Sprints contêm e consistem na reunião de Planejamento de 
Sprint, o trabalho de desenvolvimento, a Revisão da Sprint e a Retrospectiva 
da Sprint. As Sprints ocorrem uma após a outra, sem intervalos entre elas. 
Deverão ter duração de 1 (um) mês. 
 
○ Reunião de Planejamento da Sprint - Reunião com duração de 8 (oito) 
horas divididas em duas partes de 4 (quatro) horas. Na primeira parte 
da reunião será decidido o que irá ser feito na Sprint. Na segunda 
parte se discutirá como será desenvolvida essa funcionalidade em um 
incremento do produto durante a Sprint. 
 
○ Trabalho de desenvolvimento 
■ Reunião diária - A equipe deve se encontrar diariamente para 
uma reunião de 15 (quinze) minutos. Essa reunião deve ser feita 
sempre no mesmo horário e no mesmo local. 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 16 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
 
○ Revisão da Sprint - Ao final da Sprint, é feita uma reunião de revisão 
da Sprint, com duração fixa de 4 (quatro) horas. Essa é uma reunião 
informal, com a apresentação da funcionalidade, que tem a intenção 
de promover a colaboração sobre o que fazer em seguida. Durante a 
revisão da Sprint, o Time Scrum e as partes interessadas colaboram 
sobre o que acabou de ser feito. 
 
○ Retrospectiva da Sprint - Após a revisão da Sprint e antes da próxima 
reunião de planejamento da Sprint, a equipe deverá ter uma reunião de 
Retrospectiva da Sprint, com duração de 3 (três) horas. A finalidade da 
Retrospectiva é inspecionar como correu a última Sprint em se 
tratando de pessoas, das relações entre elas, dos processos e das 
ferramentas. A inspeção deve identificar e priorizar os principais itens 
que correram bem e aqueles que, se feitos de modo diferente, 
poderiam ter deixado as coisas ainda melhores. 
 
O projeto deverá ser altamente comprometido com os prazos previamente 
estabelecidos, em todas as etapas do processo de desenvolvimento. 
 
Prioridade Complexidade Status Versão Autor 
Alta Baixa Elaborado 1.0 Aluno 1 
 Alta Baixa Revisado 1.1 Aluno 3 
Alta Baixa Revisado 1.2 Aluno 1 
Alta Baixa Aprovado 1.3 Aluno 3, Aluno 2 e 
Aluno 4 
 
Metodologia 
RNF019 - Metodologia Adotada 
A metodologia que será utilizada para o desenvolvimento do sistema é o 
SCRUM, que consiste em uma estrutura processual para suportar o 
desenvolvimento e manutenção de produtos complexos. 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 17 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
O SCRUM é composto pelos seguintes integrantes: o Product Owner, 
responsável pelo entendimento do produto e por maximizar o valor do mesmo, 
sendo ele o intermediário entre o cliente e o time de desenvolvimento; a Equipe de 
Desenvolvimento, responsável pela entrega de uma versão funcional que 
potencialmente incrementa o produto “Pronto” ao final de cada Sprint; e o Scrum 
Master, responsável por garantir que o Scrum seja entendido e aplicado. 
No SCRUM existe uma terminologia chamada Sprint, que seria o tempo para 
que a equipe de desenvolvimento realize as atividades que escolheu. Neste caso, 
em particular, o Sprint terá a duração de 1 mês. No SCRUM existe 3 (três) reuniões 
principais: a reunião de planejamento do Sprint; a reunião diária, onde o time de 
desenvolvimento discute em 15 (quinze) minutos o que cada integrante fez, está 
fazendo e irá fazer; e a reunião de retrospectiva do Sprint. 
Com relação à parte de desenvolvimento, será adotada uma metodologia 
própria que complementa o SCRUM. Nesta metodologia o grupo de 
desenvolvimento irá receber do Product Owner uma descrição do produto final, e, 
após receber, a equipe inteira analisa a descrição e informa as atividades que serão 
necessárias para entregar o produto final. Então, na reunião de planejamento do 
Sprint, serão informadas quais as atividades a equipe irá realizar no Sprint. A divisão 
de atividades, assim como os procedimentos para sua realização, tão bem quanto 
quais atividades a equipe irá realizar, serão decisões da própria equipe. 
 Prioridade Complexidade Status Versão Autor 
Baixa Baixa Elaborado 1.0 Aluno 4 
Baixa Baixa Revisado 1.1 Aluno 1 
Baixa Baixa Revisado 1.2 Aluno 4 
Média Baixa Revisado e Aprovado 1.3 Aluno 3, 
Aluno 2 e 
Aluno 4 
 
RNF020 - Padrões de Qualidade 
O padrão de qualidade a ser seguido será o ISO 9126, que é um padrão 
internacional que aplica o gerenciamento da qualidade de processo para gerar 
produtos que atendam as expectativas de seus usuários. Esses padrões foram 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 18 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
criados sob a premissa de que, se o desenvolvimento e o gerenciamento do sistema 
são de boa qualidade, então o produto ou serviço resultante também serão. 
Prioridade Complexidade Status Versão Autor 
Baixa Baixa Elaborado 1.0 Aluno 4 
Alta Baixa Revisado 1.1 Aluno 1 
Baixa Baixa Revisado e 
aprovado 
1.2 Aluno 3, Aluno 2 e 
Aluno 4 
 
 
Implementação 
RNF021- Linguagens e frameworks utilizados 
O sistema deverá ser desenvolvido em camadas, sendo elas, a camada de 
apresentação, a camada de negócio e a camada de dados. A camada de 
apresentação deverá ser implementada usando HTML5, CSS, e JavaScript 
(framework JQuery); a camada de negócio deverá ser implementada em Java JEE e 
a camada de dados deverá fazer uso de PL-SQL e de banco de dados Oracle. 
Prioridade Complexidade Status Versão Autor 
Alta Alta Elaborado 1.0 Aluno 3 
Alta Alta Aprovado 1.0 Aluno 1 
 
RNF022 - Ferramenta de controle de versão 
 Como ferramenta de controle de versões deverá ser usado o Git (versão 
1.8.2), que se constitui enquanto sistemade controle de versão distribuído e um 
sistema de gerenciamento de código fonte, com ênfase em velocidade. Cada 
diretório é um repositório com um histórico completo e habilidade total de 
acompanhamento das revisões, não dependente de acesso a uma rede ou a um 
servidor central. 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 19 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Média Aprovado 1.0 Aluno 1 
 
RNF023 - Ferramenta de controle de mudanças 
 Como ferramenta de controle de mudanças deverá ser usado o Bugzilla 
(versão 4.2.5), que consiste em uma ferramenta baseada em web e e-mail que dá 
suporte ao desenvolvimento rastreando defeitos e servindo também como 
plataforma para pedidos de recursos. 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Baixa Baixa Aprovado 1.1 Aluno 1 
 
RFN024 - IDE utilizada 
 A IDE (Integrated Development Environment) utilizada deverá ser Eclipse 
(Juno), IDE desenvolvida em Java e que segue os modelo open source de 
desenvolvimento de software. 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Baixa Aprovado 1.0 Aluno 1 
 
RNF025 - Ferramenta de testes 
 A ferramenta de testes utilizada deverá ser a HP Quality Center (versão 11.0), 
que consiste em um software de gerenciamento de teste da HP Software Division da 
Hewlett-Packard, e oferece garantia de qualidade de software, incluindo o 
gerenciamento dos requisitos, o gerenciamento de teste e o teste do processo de 
negócio para ambientes de aplicação. 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 20 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Baixa Aprovado 1.1 Aluno 1 
 
RNF026 - Ferramenta de testes unitários 
A ferramenta de testes unitários deverá ser o JUnit, framework open source 
que verifica se os resultados gerados pelos métodos são os esperados. Foca no 
teste das menores unidades do sistema, identificando erros em algoritmos 
incorretos, mal implementados, estruturados de maneira incorreta, ou com erros de 
programação, com o objetivo de encontrar falhas dentro de uma pequena parte do 
sistema funcionando independentemente do todo. 
 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Baixa Aprovado 1.0 Aluno 1 
 
RNF027 - Ferramenta de integração contínua 
Como ferramenta de integração contínua deverá ser utilizado o Jenkins, 
projeto open source, que suporta, entre outros, Git e executa jobs do Maven. 
 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Média Aprovado 1.0 Aluno 1 
 
RNF028 - TDD (Test Driven Development) 
A implementação deverá ser baseada na técnica de TDD, que consiste em 
escrever o teste antes mesmo de escrever o software. A técnica se inicia com a 
implementação de um teste automatizado, para então implementar uma 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 21 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
funcionalidade do software que será validada pelo teste. Posteriormente o código 
ainda é revisado para implementar melhorias. 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Média Aprovado 1.0 Aluno 1 
 
RNF029 - Ferramenta de gestão de projetos 
 Como ferramenta de gestão de projetos, deverá ser usado Apache Maven, 
que se constitui enquanto uma ferramenta de compreensão e gestão de projetos de 
software, utilizada primariamente em projetos Java. 
Maven pode gerenciar build, documentação e relatórios a partir de um pedaço 
central de informação. Utiliza um arquivo XML (POM) para descrever o projeto de 
software sendo construído, suas dependências sobre módulos e componentes 
externos, a ordem de compilação, diretórios e plug-ins necessários. Vem com 
objetivos pré-definidos para realizar certas tarefas bem definidas como compilação 
de código e seu empacotamento. 
Maven baixa bibliotecas Java e seus plug-ins dinamicamente de um ou mais 
repositórios, e armazena-os em uma área de cache local. Este cache local de 
artefatos baixados pode também ser atualizado com artefatos criados por projetos 
locais. Repositórios públicos podem também ser atualizados. Maven é construído 
utilizando uma arquitetura baseada em plugin, que permite que ele faça uso de 
qualquer aplicação controlável através da entrada padrão. 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Baixa Aprovado 1.0 Aluno 1 
 
RNF030 - Rotulamento padrão de baselines 
Baselines se constituem no “congelamento” dos artefatos de um sistema em 
momentos específicos do ciclo de desenvolvimento, momentos estes que marcam 
certa maturação das fases da evolução do processo de desenvolvimento de 
 
 
 
 
 
UNIVERSIDADE DO VALE DO RIO DOS SINOS 
Ciências Exatas e Tecnológicas 
 
Detalhamento dos Requisitos Não Funcionais 22 
Engenharia de Requisitos - Profa. Josiane Brietzke Porto 
software. Reunindo um conjunto de artefatos formalmente revistos e aceitos, servem 
de base para futuras comparações, e seus itens só podem ser modificados mediante 
procedimentos formais de requisição e autorização para a mudança. O padrão para 
a nomenclatura das baselines deve ser: 
<PROJETO><SUBSISTEMA><RELEASE><X><Y>, 
onde, <PROJETO> identifica o projeto, <SUBSISTEMA> identifica o subsistema, 
<RELEASE> identifica o release, <X> identifica o release principal e <Y> identifica o 
release secundário. 
Prioridade Complexidade Status Versão Autor 
Alta Média Elaborado 1.0 Aluno 3 
Alta Média Aprovado 1.0 Aluno 1 
 
Requisitos Não Funcionais Externos 
Não foram identificados requisitos funcionais externos.