Documentao de requisitos

Text Material Preview

Documentação de requisitos 
Qual e o principal objetivo da documentacao de requisitos em um projeto de software?
a) Descrever o codigo-fonte do sistema
b) Definir as necessidades e expectativas do cliente
c) Implementar a arquitetura do sistema
d) Especificar os testes que serao realizados
Resposta correta: b) Definir as necessidades e expectativas do cliente
Explicacao: A documentacao de requisitos visa capturar e formalizar as necessidades e
expectativas do cliente ou usuario final, garantindo que o produto atenda as suas demandas.
O que caracteriza um requisito bem formulado?
a) Ser vago e aberto a varias interpretacoes
b) Ser claro, preciso e testavel
c) Ser escrito de forma a ser interpretado por qualquer programador
d) Incluir solucoes tecnicas para os problemas descritos
Resposta correta: b) Ser claro, preciso e testavel
Explicacao: Um bom requisito deve ser especifico, claro, passivel de ser compreendido por todas as
partes envolvidas e, quando necessario, ser testado para validar sua implementacao.
Qual e a diferenca entre requisitos funcionais e requisitos nao funcionais?
a) Os requisitos funcionais tratam do desempenho do sistema, enquanto os nao funcionais tratam
das funcionalidades.
b) Os requisitos nao funcionais descrevem a interface do usuario, enquanto os funcionais
descrevem a logica de negocios.
c) Os requisitos funcionais descrevem o que o sistema deve fazer, enquanto os nao funcionais
tratam das caracteristicas de qualidade do sistema.
d) Nao ha diferenca entre eles; ambos descrevem a interface com o usuario.
Resposta correta: c) Os requisitos funcionais descrevem o que o sistema deve fazer, enquanto os
nao funcionais tratam das caracteristicas de qualidade do sistema.
Explicacao: Requisitos funcionais descrevem as funcionalidades especificas que o sistema deve
ter, como um usuario realizar uma tarefa especifica. Ja os requisitos nao funcionais tratam de
aspectos como desempenho, seguranca, usabilidade, entre outros.
Qual das seguintes alternativas melhor descreve o termo "traceabilidade" em documentacao de
requisitos?
a) A habilidade de encontrar solucoes rapidas para problemas emergentes durante a execucao do
projeto.
b) A capacidade de relacionar um requisito com sua implementacao no codigo e com os testes que
garantem sua validacao.
c) A facilidade de encontrar erros de design no inicio do projeto.
d) A verificacao continua da evolucao do codigo ao longo do ciclo de vida do sistema.
Resposta correta: b) A capacidade de relacionar um requisito com sua implementacao no codigo e
com os testes que garantem sua validacao.
Explicacao: Traceabilidade e a pratica de rastrear a origem e o impacto de cada requisito ao longo
do ciclo de vida do projeto, desde a definicao ate a verificacao e implementacao.
Qual das alternativas a seguir nao e uma tecnica comum de elicitacao de requisitos?
a) Entrevistas com stakeholders
b) Analise de documentos existentes
c) Prototipagem de interface
d) Codificacao de funcionalidades
Resposta correta: d) Codificacao de funcionalidades
Explicacao: A codificacao e uma fase posterior da construcao do sistema, enquanto a elicitacao de
requisitos envolve atividades como entrevistas, prototipos e analise de documentos para entender
as necessidades do cliente.
O que e um "requisito de negocios"?
a) Um requisito relacionado a implementacao de funcionalidades especificas do sistema
b) Um requisito focado nas regras e condicoes de operacao de uma empresa ou organizacao
c) Um requisito que descreve a estrutura tecnica do sistema
d) Um requisito relacionado apenas a usabilidade do sistema
Resposta correta: b) Um requisito focado nas regras e condicoes de operacao de uma empresa ou
organizacao
Explicacao: Requisitos de negocios estao diretamente relacionados aos objetivos e necessidades
de uma organizacao. Eles guiam a criacao do sistema para que este atenda aos objetivos do
negocio.
Qual e o papel do analista de requisitos em um projeto?
a) Definir a arquitetura do sistema
b) Codificar os modulos do sistema
c) Identificar, entender e documentar as necessidades dos stakeholders
d) Gerenciar o banco de dados do projeto
Resposta correta: c) Identificar, entender e documentar as necessidades dos stakeholders
Explicacao: O analista de requisitos e responsavel por conversar com os stakeholders (clientes,
usuarios, etc.) para identificar suas necessidades e garantir que estas sejam documentadas de
forma clara e compreensivel.
Qual das alternativas a seguir descreve um requisito "SMART"?
a) Um requisito que deve ser simples e facil de implementar.
b) Um requisito que deve ser especifico, mensuravel, alcancavel, relevante e com prazo
determinado.
c) Um requisito que deve ser testavel em qualquer momento do ciclo de vida do software.
d) Um requisito que e sempre facil de entender para qualquer pessoa.
Resposta correta: b) Um requisito que deve ser especifico, mensuravel, alcancavel, relevante e com
prazo determinado.
Explicacao: SMART e um acronimo que descreve como um requisito deve ser formulado para ser
eficaz. Ele precisa ser claro (especifico), possivel de ser medido, atingivel, relevante para o projeto
e com um prazo definido.
Em um documento de requisitos, qual seria a melhor maneira de garantir a clareza e a
compreensao?
a) Utilizar jargoes tecnicos complexos para demonstrar conhecimento.
b) Escrever de forma vaga para nao limitar futuras decisoes.
c) Usar uma linguagem simples e objetiva, com exemplos quando necessario.
d) Evitar usar diagramas ou imagens.
Resposta correta: c) Usar uma linguagem simples e objetiva, com exemplos quando necessario.
Explicacao: A clareza e fundamental. Usar uma linguagem simples ajuda a garantir que todos os
envolvidos compreendam as necessidades sem interpretacoes equivocadas.
Qual das opcoes abaixo e um exemplo de requisito nao funcional?
a) O sistema devera permitir que o usuario adicione produtos ao carrinho de compras.
b) O sistema devera ser capaz de processar 500 transacoes por segundo.
c) O sistema devera fornecer acesso ao conteudo do catalogo de produtos.
d) O sistema devera permitir que os usuarios filtrem os produtos por categoria.
Resposta correta: b) O sistema devera ser capaz de processar 500 transacoes por segundo.
Explicacao: Este e um exemplo de requisito nao funcional, pois trata de uma caracteristica de
desempenho do sistema, nao de uma funcionalidade especifica.
Quais sao as consequencias de uma documentacao de requisitos mal elaborada?
a) Aumento da produtividade da equipe de desenvolvimento.
b) Maior risco de nao atender as necessidades do cliente, aumento de custos e retrabalho.
c) Melhora na comunicacao entre a equipe de desenvolvimento e o cliente.
d) Reducao dos custos do projeto.
Resposta correta: b) Maior risco de nao atender as necessidades do cliente, aumento de custos e
retrabalho.
Explicacao: Uma documentacao inadequada pode resultar em mal-entendidos, entregas
incompletas ou erradas, gerando retrabalho e aumentando os custos do projeto.
Qual e a funcao principal do diagrama de casos de uso no contexto da documentacao de
requisitos?
a) Visualizar o fluxo de dados do sistema.
b) Descrever os processos tecnicos de implementacao do sistema.
c) Mostrar como o sistema interage com seus usuarios e outros sistemas.
d) Definir as regras de negocios do sistema.
Resposta correta: c) Mostrar como o sistema interage com seus usuarios e outros sistemas.
Explicacao: O diagrama de casos de uso e usado para ilustrar as interacoes entre os usuarios (ou
outros sistemas) e o sistema, mostrando as funcionalidades que o sistema deve oferecer.
Qual dos seguintes e um exemplo de tecnica de validacao de requisitos?
a) Prototipagem
b) Analise de viabilidade tecnica
c) Reunioes de revisao com stakeholders
d) Desenvolvimento iterativo
Resposta correta: c) Reunioes de revisao com stakeholders
Explicacao: As reunioes de revisao com stakeholders ajudam a validar se os requisitos
documentados estao corretose alinhados com as expectativas e necessidades do cliente.
O que significa a expressao "Requisitos de software sao gerenciaveis"?
a) Significa que os requisitos podem ser criados rapidamente.
b) Significa que os requisitos podem ser testados e controlados durante o ciclo de vida do projeto.
c) Significa que a equipe pode mudar os requisitos frequentemente sem impacto no cronograma.
d) Significa que os requisitos podem ser analisados e discutidos com os stakeholders.
Resposta correta: b) Significa que os requisitos podem ser testados e controlados durante o ciclo
de vida do projeto.
Explicacao: A gerenciabilidade de requisitos significa que eles podem ser controlados e
monitorados ao longo do projeto, desde sua elicitacao ate a entrega do produto.
Quando deve ser realizada a analise de requisitos?
a) Apenas na fase de implementacao do sistema.
b) Na fase de planejamento e sempre que novas mudancas forem solicitadas.
c) Apos o lancamento do sistema, para corrigir falhas de requisitos.
d) Antes de comecar qualquer codificacao, mas somente uma vez durante o ciclo de vida do
projeto.
Resposta correta: b) Na fase de planejamento e sempre que novas mudancas forem solicitadas.
Explicacao: A analise de requisitos deve ser feita no inicio do projeto, durante o planejamento, e
sempre que houver mudancas ou atualizacoes nas necessidades do cliente.
O que e um "requisito de sistema"?