Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.321 questões
Em relação à engenharia de requisitos de software, considere as afirmativas a seguir.
I - Os requisitos funcionais descrevem as funções que o software deve executar, isto é, aquilo que ele deve fazer.
II - Os requisitos não funcionais descrevem restrições sobre os serviços ou funções que o software oferece. Esses requisitos podem ser de vários tipos como, por exemplo, de eficiência, de confiabilidade, de portabilidade e de segurança.
III - As regras de negócio ou requisitos de domínio restringem ou estabelecem condições para os requisitos funcionais existentes.
IV - Para o levantamento de requisitos, as únicas técnicas conhecidas são a prototipagem, a entrevista e o brainstorming.
Está(ão) correta(s)
1. Uma técnica de Validação de Requisitos é desenvolvimento de Casos de Uso que envolve o desenvolvimento de um modelo executável do sistema e o uso desse modelo com os usuários finais e clientes para ver se satisfaz suas necessidades e expectativas.
2. A validação de requisitos é o processo de conferir se os requisitos definem o sistema que o cliente realmente quer. Ele se sobrepõe à elicitação e à análise, já que é voltado para encontrar problemas.
3. Para diminuir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema sempre devem ser escritos de modo que sejam verificáveis. Isso significa ser capaz de escrever um conjunto de testes que possa demonstrar que o sistema entregue satisfaz a cada um dos requisitos especificados.
Assinale a alternativa que indica todas as afirmativas corretas.
Julgue o seguinte item, relativos a containers de aplicação.
Os containers oferecem um mecanismo de empacotamento lógico em que os aplicativos podem ser abstraídos pelo ambiente em
que são efetivamente executados, mesmo se esse ambiente for uma nuvem pública.
No que diz respeito à elicitação e gerenciamento de requisitos, histórias do usuário, requisitos e experiência do usuário bem como protótipos e histórias de aceitação, julgue o item que se segue.
Para capturar os requisitos da interface de um sistema, os
protótipos podem ser desenhados como mockups, mesmo
que estes não permitam interações do usuário com a
execução das funcionalidades.
No que diz respeito à elicitação e gerenciamento de requisitos, histórias do usuário, requisitos e experiência do usuário bem como protótipos e histórias de aceitação, julgue o item que se segue.
Um dos critérios de boa qualidade para uma história de
usuário é o denominado critério pequeno, ou seja, aquele
cujo desenvolvimento da história deve representar um
trabalho desenvolvido dentro de um limite de tempo de
duração específica.
No que diz respeito à elicitação e gerenciamento de requisitos, histórias do usuário, requisitos e experiência do usuário bem como protótipos e histórias de aceitação, julgue o item que se segue.
Em uma história de usuário, em que se deseja fazer login com a impressão digital do cliente para o seu acesso à sua conta bancária, um exemplo correto de critério de aceitação é: dado que estou realizando login com minha digital, quando eu colocar o dedo cadastrado no leitor, então consigo acessar minha conta.
No que diz respeito à elicitação e gerenciamento de requisitos, histórias do usuário, requisitos e experiência do usuário bem como protótipos e histórias de aceitação, julgue o item que se segue.
No gerenciamento de requisitos, uma adequada
configuração, em particular, de uma especificação tem a
propriedade de ser imutável.
I. O sistema deve calcular a dívida do contribuinte aplicando a alíquota de 15% quando o lucro ultrapassar o teto de contribuição.
II. O tempo de resposta da consulta à dívida ativa da empresa não deve ultrapassar os 13 ms em situações normais de processamento.
III. O SLA (Acordo de Nível de Serviço) com o contribuinte consulente deve prever jornada de 24 horas/dia × 7 dias por semana.
IV. A tela de consulta à dívida ativa só pode ser acessada mediante login e senha corretos correspondentes àqueles designados ao CNPJ do contribuinte consulente.
Esses requisitos são, correta e respectivamente, dos tipos
(SOMMERVILLE, 2011, p. 77.)
Considerando os tipos de verificação de requisitos, relacione adequadamente as colunas a seguir.
1. Verificações de validade.
2. Verificações de consistência.
3. Verificações de completude.
4. Verificações de realismo.
5. Verificabilidade.
( ) Usando o conhecimento das tecnologias existentes, os requisitos devem ser verificados para assegurar que realmente podem ser implementados. Devem ser considerados o orçamento e o cronograma para o desenvolvimento do sistema.
( ) Um usuário pode pensar no que é necessário em um sistema para executar determinadas funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias, adicionais ou diferentes.
( ) Para reduzir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema devem ser passíveis de verificação. Isso significa que é possível escrever um conjunto de testes que demonstrem que o sistema entregue atenda a cada requisito especificado.
( ) O documento de requisitos deve incluir requisitos que definam todas as funções e as restrições pretendidas pelo usuário do sistema.
( ) Requisitos no documento não devem entrar em conflito, ou seja, não devem haver restrições contraditórias ou descrições diferentes da mesma função do sistema.
A sequência está correta em
Para implementar o requisito não funcional, um modo de proteger as senhas dos usuários é:
A solicitação de Carlos refere-se a um requisito:
Conheça nossos planos