<ESCOLA TÉCNICA

ESTADUAL ADVOGADO JOSE

DAVID GIL RODRIGUES>

<Nome do projeto>
Levantamento de Requisitos

Versão:<Versão XX.YY>
Data:<dia Mês, ano>
Identificador do documento:LR
Versão do Template Utilizada na Confecção:<Versão do Template>
Localização:<caminho de acesso no CVS ou URL>
<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

<Tipo do copyright>Histórico de revisões do

modelo
Versão Data Autor Descrição Localização
(XX.YY) (DD/MMM/YYYY)
00.01 03/NOV/2022 Alessandra Versão inicial
Ramalho
00.02 25/NOV/2022 Gleice Formatação do
Ketolle doc. e revisão
para fechar uma
versão.
00.03 27/DEZ/2022 Marcele Mudanças
Assis menores
p/finalização do
documento
01.00 30/NOV/2022 Alessandra Formato final
Ramalho
01.01 01/DEZ/2022 José Versão revisada
Agostinho

Aprovadores
Nome Função

José Agostinho Scrum master

Alessandra Ramalho Equipe

Gleice Ketolle Lider

Hendy Antony Equipe

Emanuel Caetano Equipe

Marcelo Assis Equipe

Levantamento de Requisitos <Tipo do copyright> Página 2 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

Índice
1. INTRODUÇÃO..........................................................................................................................................4
2. VISÃO GERAL DO PRODUTO.............................................................................................................5
3. PREMISSAS E RESTRIÇÕES................................................................................................................6
4. REQUISITOS FUNCIONAIS..................................................................................................................7
5. REQUISITOS NÃO FUNCIONAIS........................................................................................................8

Levantamento de Requisitos <Tipo do copyright> Página 3 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

1. Introdução
1.1.Propósito
Este documento especifica os requisitos dos sistemas a serem desenvolvidos pela
escola técnica estadual advogado jose davi gil rodrigues fornecendo aos
desenvolvedores as informações necessárias para o projeto e implementação, assim
como para a realização dos testes e homologação do sistema.

1.2.Público Alvo
Este documento se destina aos arquitetos de software, engenheiros de software e
testadores.

1.3.Escopo
Este documento realiza a elicitação de requisitos do determinado sistema que
realizará o controle.

1.4.Definições e Abreviações.
Mr - mister>
Logic – Lógica>

1.5.Visão geral do documento

 Na seção 2. apresenta uma visão geral do sistema, caracterizando qual é o
seu escopo e descrevendo seus usuários.
 A seção 3. especifica as premissas e restrições dos requisitos levantados.
 Na seção 4. são enumerados todos os requisitos funcionais, e
 Na seção 5. os não-funcionais do sistema.

Levantamento de Requisitos <Tipo do copyright> Página 4 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

2. Visão Geral do Produto

Este trabalho foi escrito visando o contexto atual, onde a tecnologia e a programação
se fazem tão necessárias e requisitadas. Nos cenários atuais, podemos observar que
a área de tecnologia irá permanecer, pois a tecnologia está presente em tudo. Tendo
em vista isso, é importante que todos tenham conhecimento e domínio do mesmo.
Com isso em mente, tivemos o objetivo de criar uma plataforma desktop interativa
voltada ao estudo da lógica e sintaxe presentes em uma linguagem de programação,
consistindo em ensinar conhecimentos básicos a crianças e jovens programando de
forma divertida e lúdica, chamado de MrºLogic. Para a implantação dos requisitos,
foram realizados estudos dos diagramas e da análise de requisitos. Com esta
metodologia, foi possível desenvolver especificações detalhadas dos requisitos para
que a estruturação do desktop seja prática e atenda o nosso público alvo que é o de
estudantes na área de tecnologia.

2.1.Descrição dos usuários

O sistema se destina aos alunos na área de tecnologia, desenvolvedores, discentes,
Comunidade Acadêmica e/ou externa, professores, instituições escolares.

Levantamento de Requisitos <Tipo do copyright> Página 5 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

3. Premissas e restrições
 <restrição 1>: Não autorizará a entrada de usuários sem nome.
 <restrição 2>: Não autorizará a entrada de usuários sem escolher a
linguagem.
 <premissa 1>: Mudanças de tendência de sintaxe.
 <premissa 2>: Alterações por meio de atualizações.
 <premissa 3>: Mudanças e Alterações do rank.
 <premissa 4>: Colaboração com instituições educativas na área de
tecnologia.

Levantamento de Requisitos <Tipo do copyright> Página 6 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

4. Requisitos Funcionais

4.1.<RF001><Requisito funcional 1>

Este requisito funcional permite que o usuário visualize a tela inicial do jogo.

4.2.<RF002><Requisito funcional 2>

Este requisito funcional permite que o usuário escolha a linguagem de programação
disponível no jogo (java, python) ou pseudocódigo (visuAlg) para o desafio.

4.3.<RF003><Requisito funcional 3>

Este requisito funcional permite que o usuário insira um nome para começar o
desafio.

4.4.<RF004><Requisito funcional 4>

Este requisito funcional permite que o usuário escolha seu avatar antes de iniciar o
jogo.

4.5.<RF005><Requisito funcional 5>

Este requisito funcional compara a resolução do jogador da fase atual com o gabarito
correspondente à resposta correta presente no banco de dados.

4.6.<RF006><Requisito funcional 6>

O usuário dará início a uma partida.

4.7.<RF007><Requisito funcional 7>

Este requisito funcional permite que o usuário visualize o desafio.

4.8.<RF008><Requisito funcional 8>

Este requisito funcional permite que o usuário resolva a(s) questão(ões) referente(s)
ao desafio escolhido.

4.9.<RF009><Requisito funcional 9>

O usuário dará início a uma nova partida.

4.10. <RF010><Requisito funcional 10>

O usuário irá sair do jogo.

4.11. <RF011><Requisito funcional 11>

Quando usuário resolver o desafio, a contagem de tempo restante será a quantidade
de pontos.

Levantamento de Requisitos <Tipo do copyright> Página 7 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

4.12. <RF012><Requisito funcional 12>

Este requisito funcional permite o usuário navegar entre as diferentes telas de código
do desafio.

4.13. <RF013><Requisito funcional 13>

Este requisito funcional terá a função de transmitir diferentes sintaxes do desafio.

4.14. <RF014><Requisito funcional 14>

Este requisito funcional irá mostrar a resposta que o código deve rodar.

4.15. <RF015><Requisito funcional 15>

Este requisito funcional roda a resposta escolhida da tela desafio.

4.16. <RF016><Requisito funcional 16>

Ao usuário responder uma questão de sintaxe errada, ele irá perder uma vida na
barra.

4.17. <RF017><Requisito funcional 17>

O usuário irá voltar o jogo.

4.18. <RF018><Requisito funcional 18>

O usuário irá poder continuar o jogo escolhido anteriormente.

Levantamento de Requisitos <Tipo do copyright> Página 8 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

5. Requisitos Não Funcionais

1. Segurança: Descreve os requisitos associados à integridade dos dados,

privacidade, como o sistema trata de informação confidencial, liberação de
acesso aos usuários do sistema
2. Desempenho: Descreve o tempo de resposta do sistema durante o uso dos
recursos disponibilizados
3. Usabilidade: Descreve os requisitos não-funcionais associados à facilidade de
uso do sistema
4. Confiabilidade: Descreve os requisitos não funcionais associados à frequência
de falha, e a robustez do sistema na recuperação destas falhas
5. Padrões: Descreve quais os padrões e normas a serem seguidas ao
desenvolvimento do sistema
6. Hardware e Software: Descreve qual o hardware e software que será utilizado
pelo sistema
>

5.1.<RNF001><Requisito não-funcional 1>

O sistema será fácil de utilizar para que o usuário comece a aprendizagem logo no
começo.

5.2.<RNF002><Requisito não-funcional 2>

A interface do sistema será intuitiva.

5.3.<RNF003><Requisito não-funcional 3>

Compatibilidade com diversos tipos de SO.

5.4.<RNF004><Requisito não-funcional 4>

Funcionará com Windows XP/7/8.

5.5.<RNF005><Requisito não-funcional 5>

O sistema possui um esquema de controle e jogabilidade simplificados, sem exigir
muitas ações do usuário, o que é de fácil aprendizado.

5.6.<RNF006><Requisito não-funcional 6>

O sistema foi pensado para orientar o usuário em suas atividades durante o jogo,
evitando enganos.

5.7.<RNF007><Requisito não-funcional 7>

Informar o usuário sobre o desempenho obtido após resolução da pergunta.

5.8.<RNF007><Requisito não-funcional 7>

Quando o jogador solucionar o desafio dever ser informado se foi certo ou errado por
meio de sons.

Levantamento de Requisitos <Tipo do copyright> Página 9 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

6. DIAGRAMAS
6.1.Diagrama de Caso de Uso

Levantamento de Requisitos <Tipo do copyright> Página 10 de 11

<Escola Técnica Estadual Advogado Jose Gil Rodrigues>
Levantamento de Requisitos <Versão XX.YY>, <dia Mês, ano>
<Nome do projeto>

6.2.Diagrama de Classe

6.3.Diagrama de Atividade

Levantamento de Requisitos <Tipo do copyright> Página 11 de 11