Questões de Concursos

selecione os filtros para encontrar suas questões de concursos e clique no botão abaixo para filtrar e resolver.

Publicidade
Perguntas como “Isso é realmente o mínimo necessário?”, “Esse conjunto torna o produto viável?”, “Há algo essencial que esquecemos?” são apropriadas na etapa do processo de definição do MVP denominada
Logo no início do processo de engenharia de software, ocorre uma etapa fundamental para a definição precisa do que deverá ser desenvolvido. Nessa fase, são especificadas as características operacionais do sistema, incluindo suas funções, os dados manipulados, os comportamentos esperados e a forma como o software interage com outros componentes do ambiente. Esse estágio compreende diversas atividades, como o entendimento do problema, a avaliação e síntese de informações, a modelagem dos requisitos, sua especificação formal e posterior revisão. Trata-se de uma fase crítica, pois erros ou omissões nesse momento podem levar à construção de um sistema que não atende às necessidades reais do usuário, ocasionando desperdício de tempo e recursos.
A etapa descrita é:
A respeito das boas práticas de narração de histórias de usuário, julgue os itens a seguir.

I O uso da voz ativa e do modelo “Como [persona], quero [ação] para [benefício].” ajudam a explicitar o valor da funcionalidade.
II Personas são personagens fictícias que, criadas com base em dados reais dos usuários, representam seus objetivos, comportamentos e atitudes.
III As histórias de usuário devem ser repassadas prontas pelo product owner para a equipe, a fim de se evitar impacto nas atividades em andamento do time.

Assinale a opção correta.
Na elaboração de histórias de usuário eficazes em métodos ágeis, recomenda-se seguir o princípio INVEST, um acrônimo que descreve seis qualidades essenciais dessas histórias. De acordo com esse princípio, uma boa user story deve ser
No desenvolvimento de Sistemas, os "Requisitos" definem o que um sistema deverá fazer. As atividades relacionadas com a descoberta e entendimento dos requisitos de um sistema são chamadas de?
Os requisitos de software são frequentemente classificados como requisitos funcionais e requisitos não funcionais. Em relação aos requisitos não funcionais, assinale a afirmativa correta.
A Engenharia de Requisitos garante que o produto final atenda às necessidades dos usuários e stakeholders, correspondendo a uma disciplina fundamental no desenvolvimento de software, focada na definição, documentação e manutenção dos requisitos de um sistema. Existem dois tipos fundamentais de requisitos: os Requisitos Funcionais e os Requisitos Não Funcionais.
Com relação aos requisitos, assinale (V) para a afirmativa verdadeira e (F) para a falsa.

( ) Requisitos Funcionais permitem que as equipes de projeto compreendam o que precisa ser implementado e validado, servindo como orientação clara para o desenvolvimento e teste do sistema.
( ) Os Requisitos Funcionais geralmente têm um grau de criticidade maior do que os Requisitos Não Funcionais isolados.
( ) Enquanto os Requisitos Não Funcionais especificam o modo como essas funções devem ser executadas, os Requisitos Funcionais delineiam as ações que um sistema de software deve realizar.

As afirmativas são, respectivamente,

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.

Requisitos são as bases para todo projeto, definindo o que as partes interessadas de um novo sistema necessitam e também o que o sistema deve fazer para satisfazer as suas necessidades. Antes do processo, propriamente dito, da Engenharia de Requisitos deve-se ter:

Julgue o item a seguir, acerca de engenharia de requisitos.

Requisitos não funcionais de um sistema descrevem seu objetivo e dependem do tipo de software a ser desenvolvido, dos usuários esperados para o software e da abordagem geral adotada pela organização ao escrever os requisitos.

Na engenharia de requisitos, por estar mais aderente às características dessa técnica, a etnografia é recomendada
Determinada atividade do processo de engenharia de requisitos tem por objetivo definir o domínio do problema e as funções, características e restrições do software; nela, em particular, são descritos cenários de como os usuários vão interagir com o sistema. Essa atividade é denominada

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.

Considerando que, na engenharia de software, há várias formas de se escrever uma especificação de requisitos de sistema, assinale a opção em que é apresentada a abordagem baseada no uso de uma linguagem de programação com características mais abstratas, para especificar os requisitos, definindo um modelo operacional do sistema.

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 fazerlogincom 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 realizandologincom 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.

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.

Página 8
Publicidade