Tendo em vista que o processo de gerência de requisitos controla todos os requisitos recebidos ou gerados, entre os quais estão os funcionais e os não funcionais, bem como os requisitos impostos pela organização, julgue os itens que se seguem, relativos a esses aspectos.
Para que os requisitos sejam refinados e sejam gerados modelos de análise e projeto para codificação, apenas a avaliação e a aprovação por parte do cliente — mesmo após o entendimento dos requisitos — não são suficientes.
No que se refere à engenharia de software, julgue o item que se segue.
Na análise de requisitos, as entrevistas formais ou informais com os stakeholders do sistema fazem parte dos processos de engenharia de requisitos.
No que se refere à engenharia de requisitos, julgue o próximo item.
Situação hipotética: Como forma de obter os requisitos de apoio para desenvolver um sistema a ser implementado em determinado setor de uma organização, um analista propôs que se observasse o trabalho do dia a dia, anotando-se as tarefas realizadas no referido setor. Assertiva: Para o cenário proposto, é ideal a utilização da técnica de caso de uso alinhada à entrevista.
Julgue os itens que se seguem acerca de engenharia de software e inteligência computacional.
Para a engenharia de software, a engenharia de requisitos é uma etapa do projeto de software que não apresenta nível de criticidade, uma vez que as anomalias que porventura apareçam não geram problemas na implementação do sistema.
No contexto da análise de requisitos, confiabilidade e usabilidade
são atributos de qualidade classificados como
Quando utilizadas pelos métodos ágeis no levantamento ágil de requisitos, as users stories
Hipoteticamente, durante a fase de levantamento de requisitos, um Analista de Sistemas do TST aplicou uma técnica que trata de realizar uma imersão no ambiente de trabalho de seus usuários buscando observar, no dia a dia, como as atividades eram executadas. Esse trabalho lhe ajudou a descobrir requisitos funcionais e não funcionais, implícitos, que refletiam as formas reais com que as pessoas trabalhavam ao invés de refletir processos formais definidos pelo Tribunal. Um outro Analista de Sistemas que o acompanhava perguntou:
Qual técnica da Engenharia de Requisitos é essa que você aplicou?
Qual requisito funcional você observou?
Qual requisito não funcional você observou?
As respostas corretas a essas perguntas foram, respectivamente,
No que se refere à modelagem de processos de negócio e às metodologias utilizadas para desenvolvimento de softwares, julgue os itens que se seguem.
Depois de ordenados os requisitos do product backlog pelo time de desenvolvimento, o Product Owner avalia a qualidade dos produtos entregues para certificar que os desenvolvedores realizaram adequadamente as avaliações de mercado e as necessidades dos clientes do produto. Práticas de estimativa, como burndown, em conjunto com gráficos de barra, são úteis para estabelecer o burndown baseline e auxiliar o time de desenvolvimento a gerir a complexidade do projeto.
Acerca dos conceitos de análise e projeto de sistemas em
engenharia de software, julgue os itens subsequentes.
O objetivo da tarefa de validação, realizada na etapa de análise
de requisitos, consiste em assegurar que o software atenderá
às necessidades levantadas pelo cliente.
Na engenharia de software, a engenharia de requisitos fornece o mecanismo que permite o entendimento do que o cliente deseja. Alguns autores consideram que ela é composta por sete tarefas distintas: concepção, levantamento, elaboração, negociação, especifi cação, validação e gestão. Sobre essas tarefas, assinale a alternativa INCORRETA.
Com relação a gerenciamento de requisitos, julgue os itens a seguir.
Requisitos não funcionais descrevem o que o sistema deve
fazer, quais são suas principais funcionalidades, como deve
reagir a entradas específicas e como se comportar em
determinadas situações.
Considere:
I. Uma Especificação de Requisitos que reflete todas as decisões que foram tomadas e não contém cláusulas de
pendências. Desta forma, contém todos os requisitos significativos relativos a funcionalidade, desempenho, restrições de
desenho, atributos e interfaces externas, além de definir as respostas do software para todas as entradas possíveis,
válidas e inválidas, em todas as situações possíveis.
II. Uma Especificação de Requisitos em que todo requisito presente possui apenas uma única interpretação, aceita tanto
pelos desenvolvedores quanto pelos usuários chaves. Em particular, ela é compreensível para todo o seu público alvo e é
suficiente para a especificação dos testes de aceitação do produto.
Os itens I e II descrevem especificações cujos requisitos contemplam, respectivamente, as qualidades
Acerca de conceitos relativos a engenharia de software, julgue os próximos itens.
Em engenharia de requisitos, os requisitos funcionais
referem-se a usabilidade, confiabilidade, robustez e
desempenho do sistema.
Acerca dos conceitos de análise e projeto de sistemas em
engenharia de software, julgue os itens subsequentes.
Na atividade de levantamento de requisitos, as características
de qualidade que o sistema deve possuir e que estão
relacionadas às suas funcionalidades são denominadas
requisitos funcionais.
Julgue os próximos itens acerca de análise de requisitos de usabilidade, teste de usabilidade e de interfaces web.
É desnecessária a elaboração de protótipos para desenvolvimento de interface web.
